No Issue its just different. Ie you can just install SQL server, put data
in the database, shut down the instance fire it back up again the next day
and expect the data to be there.
At rackspace it does work like this however.
Paul.
On Thu, Sep 8, 2011 at 4:37 PM, Mark Mandel wrote:
> Well,
Well, you can use RDS or Oracle offerings.
But if you have an EBS based AMI, what is the issue there? It's persistent
between restarts in my experience (I tend to only host websites on them, not
DBs)
I rebooted our stage server yesterday, and it came back just fine with
everything on it.
So?
Yeah, to replace an entire hosting setup, it may not be cost effective. But
for specific applications, it can make a lot of sense when you look at the
wider functionality available.
If you are looking at massive dips and spikes in traffic - you can't go past
being about to expand and collapse in t
Sure but its not just simply setup and your database is persistent you need
to offload to EBS at intervals or snap shot the instance. Where as
rackspace is more like a typical VPS/colo machine just in an
elastic environment.
I'm just saying this is something to consider when making the move
Paul
Don't forget to also look into Amazon's 'Reserved Instance' pricing as
that is a much more cost effective solution when running instances,
especially 24/7.
On 09/08/2011 04:21 PM, Andrew Scott wrote:
Steve, I have to agree with where you are coming from. When you
compare physical to virtual, i
Steve, I have to agree with where you are coming from. When you compare
physical to virtual, it does seem very expensive to run.
But I also understand the benefits that Virtual gives you as well, and I am
with you in that I am not sure that for small and I refer to you as small in
the space of it
Amazon doesn't lose your data on restart if you use EBS...
Mark
On Thu, Sep 8, 2011 at 3:59 PM, Paul Kukiel wrote:
> Steve Take a look at Rackspace cloud options. I've been looking at them
> and chatting with Phil and they are also really good value for money and
> they don't loose your data l
Steve Take a look at Rackspace cloud options. I've been looking at them and
chatting with Phil and they are also really good value for money and
they don't loose your data like Amazon do upon restart.
http://www.rackspace.com/cloud/
Paul.
On Thu, Sep 8, 2011 at 3:56 PM, Steve Onnis wrote:
> Y
Yes paying by the hour is great but when you are using them as
production instances which need to be up 24/7 then the paying by the
hour doesn't really come into it.
On Sep 8, 3:35 pm, Blair McKenzie wrote:
> As far as I can tell there are three main advantages of "cloud"
> infrastructure, and ot
As far as I can tell there are three main advantages of "cloud"
infrastructure, and others have already mentioned most of them:
1) you don't have to manage your own hardware
2) pay by the hour - good for development, and ties into #3
3) you can bring up new instances effectively instantly - both ad
my disaster plan is an open ended ticket to mexico! :) kidding
bi-daily backups etc
The thing is even with all those backup plans it just adds more to the
costs of running in a cloud.
On Sep 8, 12:50 pm, Barry Beattie wrote:
> Steve:
>
> what's the Data Center's/your's disaster recovery pl
Steve:
what's the Data Center's/your's disaster recovery plan?**
How critical is it for you to deliver, say, 99.5% (or whatever in your
SLA) uptime to your customers?
no criticism, not having a go, just curious if these are factors to
consider (what you've got Vs what EC2 can do for you).
me: n
That's just it though.
I own all of my hardware outright, so the only costs at the moment for
us is the data centre costs which current is a little over 2k a month
and includes 100 Gb of data. I have full control of security,
firewalls, the servers, environments and if needed i can walk up to
the
I have an ex colleague that work projects uses EC2... how do you arrive at
450-500 per instance excluding data?
With my discussions with him and a few others, it is very hard to estimate
your actual usage till you get on it.
For me the potential lies in
- Ability to exist beyond different
14 matches
Mail list logo