Virtualize Every Server
-
My latest article is up, why every server should be virtualized. It's not quite that absolute, but in general, virtualization is the place to start.
And there is a Spiceworks thread on it too.
-
So should I virtualise my Veeam server?
-
@Carnival-Boy said:
So should I virtualise my Veeam server?
Question is: why wouldn't you? Even better, why wouldn't you if it's free?
-
@Dashrender said:
@Carnival-Boy said:
So should I virtualise my Veeam server?
Question is: why wouldn't you?
Performance? Backup and recovery is very disk intensive.
-
-
@Carnival-Boy said:
@Dashrender said:
@Carnival-Boy said:
So should I virtualise my Veeam server?
Question is: why wouldn't you?
Performance? Backup and recovery is very disk intensive.
Does virtualization create any noticeable change in performance? Noticeable meaning measurable, here? It should not.
-
@Carnival-Boy said:
@Dashrender said:
@Carnival-Boy said:
So should I virtualise my Veeam server?
Question is: why wouldn't you?
Performance? Backup and recovery is very disk intensive.
OK, but you were planning on dedicating a server to it anyhow, right? so adding virtualization to that host will add nearly zero overhead, but give you so much in the ability to move between hosts, use the host as a temp VM platform, etc.
-
I should add that I'm not separating my server from my backup repository, which I might want to do it if it was virtualised. Currently everything resides on the same physical box.
-
@Carnival-Boy said:
I should add that I'm not separating my server from my backup repository,
I don't follow, can you give me more details?
-
@Carnival-Boy said:
I should add that I'm not separating my server from my backup repository, which I might want to do it if it was virtualised. Currently everything resides on the same physical box.
Why would virtualization change that decision?
-
I mean the backup repository (the location of the backup files) doesn't have to be on the same server as the Veeam software. If you separated them you could then backup the Veeam software itself (I think, I assume that Veeam could backup itself). If you didn't separate them, you wouldn't want to backup the Veeam VM as that would be backing up the backup. You don't want to backup your backup repository.
-
@Carnival-Boy said:
I mean the backup repository (the location of the backup files) doesn't have to be on the same server as the Veeam software. If you separated them you could then backup the Veeam software itself (I think, I assume that Veeam could backup itself). If you didn't separate them, you wouldn't want to backup the Veeam VM as that would be backing up the backup. You don't want to backup your backup repository.
This part makes sense. But why would you separate (potentially) if virtualized but did not when physical? Is it because when virtualized this is just easier so you have more options? And does that not then make virtualization that much better as an option?
-
@scottalanmiller said:
But why would you separate (potentially) if virtualized but did not when physical?
Without virtualisation, separation requires two machines.
-
There's that, and then if the Host where your Veeam instance live burns out the RAID array, you have lost all of your backups, lol.
-
@Carnival-Boy said:
@scottalanmiller said:
But why would you separate (potentially) if virtualized but did not when physical?
Without virtualisation, separation requires two machines.
Okay, gotcha. So that's a major vote pro-virtualization then
-
@dafyre said:
There's that, and then if the Host where your Veeam instance live burns out the RAID array, you have lost all of your backups, lol.
That's the case if your array burns out virtualized or not.
-
@scottalanmiller said:
Okay, gotcha. So that's a major vote pro-virtualization then
Maybe. I'd have to consider any licencing implications of separation.
-
@scottalanmiller said:
@dafyre said:
There's that, and then if the Host where your Veeam instance live burns out the RAID array, you have lost all of your backups, lol.
That's the case if your array burns out virtualized or not.
That's why you need replication and/or archival. SPOF for backups is never an "ok" thing.
-
@Carnival-Boy said:
@scottalanmiller said:
Okay, gotcha. So that's a major vote pro-virtualization then
Maybe. I'd have to consider any licencing implications of separation.
Even if you don't decide to do it, having additional options is a positive on its own. If needed, it is there in case.
-
The only other server I still have physical is Hamachi. I virtualised it originally but it was very flaky so went physical, which is a pain.