Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #14831
| From | Tim Watts <tw_usenet@dionic.net> |
|---|---|
| Newsgroups | comp.os.linux.misc |
| Subject | Re: Cloud hosting - good groups or forums? |
| Date | 2015-05-21 23:57 +0100 |
| Message-ID | <uf423c-o71.ln1@squidward.dionic.net> (permalink) |
| References | <gfks2c-n8p.ln1@squidward.dionic.net> <1kn03c-ck4.ln1@squidward.dionic.net> <mjkbtl$cm5$1@news1.tnib.de> <oh413c-lmd.ln1@squidward.dionic.net> <mjlk1n$gcp$1@news.albasani.net> |
On 21/05/15 22:51, The Natural Philosopher wrote:
> The console access to my xen based server is pretty much 'an 80x25
> console on a serial port' type access - i.e its enough to reboot the
> thing and look at basic issues, but as soon as there is enough machine
> up and running you want ssh or better.
Indeed that would be fine.
> I am not sure how a 'console' works with a windows VM at all. so wont
> comment/ Obviously once its up any windows based remote access software
> will work as well as can be expected with the limited bandwidth of your
> Internet connection from the point of management.
I did some reading and I *think* it pulls a VNC job - good enough to
deal with boot problems until RDP is up and running.
>
> Although some providers provide backup, I do my own with rsync over ssh
> to a home server.
That would be not hugely practical with 20TB to backup up :)
On eof the driving factors with you have a lot of VMs is being able to
get from the backup to running VMs quickly in the event of a disaster
("disaster" might include needing to revert a VM that boned itself).
For that, full disk backups (plus the VM metadata) is the quickest way.
Our current solution uses Veeam Backup which can cooperate with VMWare's
Changed Block Tracking list (blocks that have been written since last
backup) so incremental backups are cheap.
> RAID will be almost standard, so what that means in terms of hot
> migration if by that term you mean swapping to a second VM if the first
> one screws up, is not clear. Ultimately if you have VM on the same
> underlying platform its not gonna be an option if the whole hardware
> platform goes down.
Host migration is moving the running VM to a new physical host - I know
Xen has been able to do that forever. Used for load balancing the host.
VMWare ESX(i) tends (unless disabled) tends to do this itself to balance
the host loads - typically a dozen or more hot migrations will happen in
any day depending on how VM loads change.
Disk (or volume) migration is used to balance IO to the luns on a SAN
(on my EqualLogic at least, the max IO queue depth is 32 and too many
VMs on a single LUN can cause poor latency). I am not sure how relevant
this is with other SANs or even vSAN. But essentially you can have the
VMs disks hot-moved from data store to data store.
>
>>
>> (we'll allow the firewall to be external as VMWare's vShield is a bit
>> special but it's not the only way to get a border firewall).
>>
>
> On linux I have a firewall on a per VM basis using Iptables.
> That's enough.Its never let me down yet.
It's an option. My firewall needs are very simple - mostly ports 80,443
open or not open to the Internet at large. Everything else presented to
our dept network.
> And it does enable tailored access on a per VM basis. Ultimately if you
> want to manage the thing from everywhere, you need a pretty simple
> firewall. allow all ouitgoi8ng, established and so on an disallow all
> incoming connections except services you need to be globally available
> and ssh only from ranges of IP addresses used to manage the thing.
>
> Yes. its not quite as simple as VMware with its browser based remote
> screen capability, but in practice you don't need that to manage most
> linux systems with a GUI, and as far as windows goes IIRC - and it is
> some time since i have played with windows - there are remote management
> tools that run within windows itself that are sufficient unto the day.
>
> Likewise windows has its own firewalling capabilities.
>
>
>>
>>
>> Cheers
>>
>> Tim
>
>
Back to comp.os.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-19 21:53 +0100
Re: Cloud hosting - good groups or forums? noydb@no.way (Bruce Sinclair) - 2015-05-19 23:05 +0000
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-20 07:55 +0100
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-20 08:14 +0100
Re: Cloud hosting - good groups or forums? The Natural Philosopher <tnp@invalid.invalid> - 2015-05-20 09:26 +0100
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-20 10:26 +0100
Re: Cloud hosting - good groups or forums? Joe Beanfish <joebeanfish@nospam.duh> - 2015-05-20 13:44 +0000
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-20 15:31 +0100
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-20 13:06 +0100
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-20 08:46 +0100
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-21 11:11 +0100
Re: Cloud hosting - good groups or forums? Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-05-21 12:27 +0200
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-21 14:52 +0100
Re: Cloud hosting - good groups or forums? The Natural Philosopher <tnp@invalid.invalid> - 2015-05-21 22:51 +0100
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-21 23:57 +0100
Re: Cloud hosting - good groups or forums? The Natural Philosopher <tnp@invalid.invalid> - 2015-05-22 00:07 +0100
Re: Cloud hosting - good groups or forums? Tim Watts <tw_usenet@dionic.net> - 2015-05-22 08:54 +0100
csiph-web