1) More datacenters, in Europe and Asia.
2) Storage solution, as others said.
3) Don't change!

Although it's a very good app, it isn't "official" like the iPhone app is.

_________________

/* TODO: need to add signature to posts */

Storage.

It's not a huge problem for me, but it would be nice to have more disk space.

I'm personally extremely happy with Linode (Dallas center). Never had a problem that wasn't quickly resolved.

-=-
What would be neat is if each data center ran an update mirror for the various popular distributions that we could configure our update clients to point towards. Do it as IPv6 and if you don't want to be a public mirror, restrict to IPv6 within the data center.

That way all the, say, CentOS installs could update without each one needing to grab the update packages from outside the data center. The mirror would obviously have to download them once, but the installs that have yum configured to use the mirror inside the data center would not be using any external bandwidth.

For CentOS I would mirror 5 and 6 and EPEL for 5 and 6. (EPEL has a lot of useful packages that are not part of CentOS proper - perl modules, etc.)

But that's just a thought, it would be nice but it's not an issue.

There's also Debian (plus flavors), Fedora, etc. - if the data needs of providing local mirrors is too much for the popular distros (or you just don't want to) no biggie.

Android app created and supported by Linode with the same features as the iPhone app. Not to mention it coming from a trusted source. Sorry, but for something like this, I'll never use a 3rd party app. I'd only think about using a 3rd party app if and only if it's open source. But then how do you prove that what is in the app market is compiled with that same code or doesn't have some malicious code in it.

1) Option to delegate access to linodes to existing user accounts, that way I don't have to have one account per client, they can all just delegate my main account access.

2)
The ability to clone linodes without shutting down

3)
The ability to turn backups off in the control panel

_________________
Paid support
How to ask for help
1. Give details of your problem
2. Post any errors
3. Post relevant logs.
4. Don't hide details i.e. your domain, it just makes things harder
5. Be polite or you'll be eaten by a grue

My sentiments exactly.
I don't like closed source apps in general (I do run the fluendo codecs and adobe flash on my desktop, but that's all I can think of)

I hold the same views about the Android app. It uses Linode graphics which could lead someone to think it is official.

For what it's worth, for Debuntu users, there are apt-cacher-ng instances on the private network in Dallas, London and Newark. (IPv6 too.)

http://www.linode.com/wiki/index.php/Internal_Services

JshWright, who runs the Dallas and Newark ones, also has a page up about it:

https://www.linsides.com/services/aptcache/

_________________
Matt Nordhoff (aka Peng on IRC)

I've thought of something else, bringing my total to...5.5. :X

5.) A Linode Bugzilla, or something like it. I feel guilty filing a ticket and paging someone to, say, report a typo on the website, but if I just ping someone on IRC, it'll probably get lost.

_________________
Matt Nordhoff (aka Peng on IRC)

I will ditto this paranoia. No offense intended to the author (who I'm pretty sure posts here), but I really can't be 100000% certain that my API key isn't being sent to him to do what he wants. An official app is needed.

To add a 4) to my post:

4) Local repo mirrors/caches. I don't even care if it counts against my quota, I'm just tired of downloading 20MB+ updates at 5kB/sec because it picked a bad mirror. If I could just hard-code my mirror to be mirrors.kernel.org and then throw a local linode provided squid cache in front of it, I'd be happy. Provide full local content mirrors for $MY_DISTRO and I'd be happier.

1) More transparency during outages.

What happened during the last Fremont episode was pretty bad. Nothing was posted to the status page yet engineers knew something was up. And we were left to fend through the cesspool that is the Linode IRC channel (so many trolls). Please, please let people know what is happening when there is outages.

2) Cloudflare/Firewall.

Please consider build a Cloudflare/Firewall product that can filter out all of the bad guys before it hits my delicate app servers. I don't want to build/manage the couple (minimum) of Linodes needed for a full redundant firewall solution.

3) Australia data centre at existing prices. Pretty please

On the local distro repo thing: updates no longer count against your bandwidth quota, so the only advantage would be performance. Already, apt-get update seems to be mostly I/O-bound (and apt-get upgrade is mostly installing-packages), and yum update is just plain slow as snails no matter how close the repo is. If Linode had 1.2 TB lying around doing nothing, I'd prefer it exported by NFS and mountable as scratch space

(Source of 1.2 TB figure: http://mirrors.rit.edu/dirsizes.txt, centos+debian+ubuntu. Also, as a paying customer of .rit.edu and of .gov, feel free to use mirrors.rit.edu or mirror.anl.gov. They're really fast. Tell them I sent you.)



Hmm... perhaps a caching layer as part of NodeBalancer? The underlying high-availability architecture is already there, and it functions as a firewall, albeit a rather special-purpose one.

_________________

/* TODO: need to add signature to posts */

Is that the only time you've been in the IRC channel? If so, I hope it didn't form a permanent impression. There were only about 2 trolls, and 99.98% of the time it's troll-free. (Except for the regulars.

_________________
Matt Nordhoff (aka Peng on IRC)

I would suggest a new product e.g. WebBalancer.

Which would be NodeBalancer + firewall + basic request/response caching + ability to show an error page if the app server is down.

e.g. Nginx + Memcached + IPTables.