-
- Enthusiast
- Posts: 86
- Liked: never
- Joined: Jan 21, 2011 6:09 pm
- Full Name: Aaron Spiegel
- Contact:
vcenter vs standalone hosts
I've been running all my replication and backups through vcenter. Because of some recent issues with the vcenter server I changed all the jobs to local hosts. Now that I've resolved the vcenter issues I'm wondering if it's better to leave them replicating/backing up directly to standalone hosts or move back to vcenter. Is there a performance difference? Advantages/disadvantages to vcenter?
-
- Expert
- Posts: 167
- Liked: 24 times
- Joined: Dec 02, 2010 12:25 pm
- Full Name: Kevin Clarke
- Location: Cheshire
- Contact:
Re: vcenter vs standalone hosts
If you move VM's between hosts you do not need to change Veeam jobs is one benefit of using vcenter
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: vcenter vs standalone hosts
The one and the most important one!
-
- Enthusiast
- Posts: 86
- Liked: never
- Joined: Jan 21, 2011 6:09 pm
- Full Name: Aaron Spiegel
- Contact:
Re: vcenter vs standalone hosts
thanks!
-
- Enthusiast
- Posts: 39
- Liked: 4 times
- Joined: Oct 19, 2010 1:37 pm
- Full Name: olivier morin
- Location: Bergerac, France
- Contact:
[MERGED] Veeam Backup if Vcenter is out
Bonjour,
My question is quite simple, can VBR still backup or replicate a VM if the vcenter is out ?
In other words, is it better to directly acces VM by the esx server address instead of vcenter address in case of vcenter indisponibility ?
My question is quite simple, can VBR still backup or replicate a VM if the vcenter is out ?
In other words, is it better to directly acces VM by the esx server address instead of vcenter address in case of vcenter indisponibility ?
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: vcenter vs standalone hosts
If your backup jobs are configured to use vCenter Server connection, then it is not possible to continue running these jobs if your vCenter Server goes down.omorin wrote:My question is quite simple, can VBR still backup or replicate a VM if the vcenter is out ?
No, it's not. Please see further clarification on this above. If I were you, the first thing I would do is recover the vCenter Server, if it is not possible, then of course the only option you have is to add standalone hosts and run your backup jobs using direct connection to the ESX(i) hosts.omorin wrote:In other words, is it better to directly acces VM by the esx server address instead of vcenter address in case of vcenter indisponibility ?
-
- VeeaMVP
- Posts: 6165
- Liked: 1971 times
- Joined: Jul 26, 2009 3:39 pm
- Full Name: Luca Dell'Oca
- Location: Varese, Italy
- Contact:
Re: vcenter vs standalone hosts
Another great reason to keep vCenter in a virtual machine. In case of problems, repidly boot vCenter from Instant VM Recovery and restart every activity from here.
Luca.
Luca.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
-
- Expert
- Posts: 205
- Liked: 5 times
- Joined: Nov 22, 2010 7:57 pm
- Full Name: DS
- Contact:
[MERGED] Add Server: VMWare vSphere or ESX/ESXi
It is the recommendation to utilize the VMWare vSphere when it comes to Veeam. Now, is it possible to add several ESX/ ESXi connections instead of utilizing vSphere?
The point is to eliminate the single point of failure "vCenter" in the event of a vCenter crash.
The point is to eliminate the single point of failure "vCenter" in the event of a vCenter crash.
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: vcenter vs standalone hosts
Of course, you can add standalone ESX/ESXi hosts to Veeam B&R console (and it is the way to go in some particular cases, for example, when backing up vCenter VM). However, in case of moving VM's between hosts you will need to readd them to the corresponding jobs as their moref IDs will be changed during the migration. On the other hand, vCenter is vMotion-aware and your jobs will continue to run normally if they point to vCenter.
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: vcenter vs standalone hosts
Also, kindly don’t mix two approaches in one environment. Having ESX(i) host added to backup console as a standalone server and as a part of vCenter might result in some issues. Thanks.
-
- Expert
- Posts: 205
- Liked: 5 times
- Joined: Nov 22, 2010 7:57 pm
- Full Name: DS
- Contact:
Re: vcenter vs standalone hosts
I see. So the best practice remains to have a vCenter connection setup. If vCenter fails, then I simple setup the esx/esxi connection and restore the vCenter VM.
I just thought to have the vCenter connection for all jobs, and a additional esx/esxi connection which would utilized for one backup strategy only, the vCenter backup/restore.
I just thought to have the vCenter connection for all jobs, and a additional esx/esxi connection which would utilized for one backup strategy only, the vCenter backup/restore.
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: vcenter vs standalone hosts
Yep, as mentioned above, you can create an additional job, using ESX(i) host as a standalone server, in order to backup vCenter VM that resides on it.
Thanks.
Thanks.
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: vcenter vs standalone hosts
Here is the dedicated topic regarding backing up vCenter, just FYI: Backup Replicate vCenter VM?flavor4real wrote:I just thought to have the vCenter connection for all jobs, and a additional esx/esxi connection which would utilized for one backup strategy only, the vCenter backup/restore.
-
- Lurker
- Posts: 1
- Liked: never
- Joined: Dec 23, 2013 2:41 am
- Full Name: Jay
- Contact:
[MERGED] : Veeam Replicate to host or vcenter?
Just a best practice question: Is it better to add all hosts under infrastructure or just the vcenter? I was thinking of using only the hosts as it would make the vcenter a single point of failure for all hosts.
I'm only using veeam to create replicas that get put on a NAS.
I'm only using veeam to create replicas that get put on a NAS.
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: vcenter vs standalone hosts
Hi, Jay,
Your post has been merged into existing discussion regarding similar issue.
Having VMs added to backup console via vCenter makes backup/replication jobs vMotion aware. So to say, if some of the VMs is moved to different host, the jobs will be able to track this change, keeping backing up/replicating it without any issue. This isn't the same with standalone hosts.
For more information, please, refer to posts provided above.
Thanks.
Your post has been merged into existing discussion regarding similar issue.
Having VMs added to backup console via vCenter makes backup/replication jobs vMotion aware. So to say, if some of the VMs is moved to different host, the jobs will be able to track this change, keeping backing up/replicating it without any issue. This isn't the same with standalone hosts.
For more information, please, refer to posts provided above.
Thanks.
-
- Influencer
- Posts: 11
- Liked: never
- Joined: Oct 20, 2014 5:11 pm
- Full Name: Kristin Anderson
[MERGED] Any Disadvantages of Repl./Failover to DR Site w/o
I was wondering if anyone knew what the real benefits seen, (specifcally for replication & failover/failback operations), are when using Veeam with VCenter Server as opposed to working directly with the ESXi hosts?
The reason I'm asking is because in my environment, (a production site on one network (10.3.1.x) and my DR site on another (10.4.1.x), there seems to be only disadvantages to running jobs through VCenter server appliance (VCSA). The biggest disadvantage that I've come across that has been covered a bit on these forums is that in the event of my production site being destroyed (or the VCSA being otherwise unreachable by Veeam) I would have to manually spin up my VCSA replica at the DR site.
That sounds easy enough, until I consider the fact that I would have to update its IP address to communicate on the DR site network which could potentially cause some other issues & configuration work to be done before it could be used for failing over VMs (for example updating VCServer services, disconnecting/reconnecting hosts, etc).
In my environment where I'm using Veeam strictly for replication and failover to a DR site, would it not make more sense to run my replication jobs directly on the Hosts? That way in the even of a disaster nothing would have to be done with the VCSA and I could begin to failover VM's immediately?
The reason I'm asking is because in my environment, (a production site on one network (10.3.1.x) and my DR site on another (10.4.1.x), there seems to be only disadvantages to running jobs through VCenter server appliance (VCSA). The biggest disadvantage that I've come across that has been covered a bit on these forums is that in the event of my production site being destroyed (or the VCSA being otherwise unreachable by Veeam) I would have to manually spin up my VCSA replica at the DR site.
That sounds easy enough, until I consider the fact that I would have to update its IP address to communicate on the DR site network which could potentially cause some other issues & configuration work to be done before it could be used for failing over VMs (for example updating VCServer services, disconnecting/reconnecting hosts, etc).
In my environment where I'm using Veeam strictly for replication and failover to a DR site, would it not make more sense to run my replication jobs directly on the Hosts? That way in the even of a disaster nothing would have to be done with the VCSA and I could begin to failover VM's immediately?
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: vcenter vs standalone hosts
Kristin, please find some considerations in the topic above.
As to re-IP issue, if you have Veeam B&R server responsible for replication located in your DR site, you can execute failover/failback procedure for vCenter machine. During this operation vCenter can be re-IPed automatically.
Btw, here is another good topic discussing similar questions: Question about failover with replication
As to re-IP issue, if you have Veeam B&R server responsible for replication located in your DR site, you can execute failover/failback procedure for vCenter machine. During this operation vCenter can be re-IPed automatically.
Btw, here is another good topic discussing similar questions: Question about failover with replication
-
- Influencer
- Posts: 16
- Liked: never
- Joined: Jan 26, 2020 1:26 pm
- Contact:
[MERGED] VM Movement breaks backup
I have three hosts each running three VM's each managed by vsphere.
When I migrate a VM from one host to another it breaks the backup and I have to visit the job and re-select the VM from the different host.
The VM's are still part of veeam's inventory the host in which they where on has moved. Can veeam automatically detect that the VM has moved location within the inventory and update the backup job accordingly ?
thanks,
When I migrate a VM from one host to another it breaks the backup and I have to visit the job and re-select the VM from the different host.
The VM's are still part of veeam's inventory the host in which they where on has moved. Can veeam automatically detect that the VM has moved location within the inventory and update the backup job accordingly ?
thanks,
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: VM Movement breaks backup
If you have standalone hosts (not managed by a vCenter Server), then this behavior is expected and let me clarify why. Every VM is tracked by its unique ID in the backup job and this ID is assigned by a host this VM is running on. If you migrate a VM to another host, then it receives a new ID thus backup and replication jobs treat this VM as a new one. If you want to prevent this from happening, you need to start using the vCenter Server, add it to the backup console and configure your jobs with the vCenter Server connection as opposed to standalone hosts. Hope this helps!
-
- Influencer
- Posts: 16
- Liked: never
- Joined: Jan 26, 2020 1:26 pm
- Contact:
Re: vcenter vs standalone hosts
I'm finding that when I move a VM between hosts, it breaks the backup job. I'm using vcenter to migrate the VM's from one host to another but then having to visit the veeam backup job to re-add the VM to the job.
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: vcenter vs standalone hosts
Did you register this vCenter Server in the backup console and added VMs to jobs using the vCenter Server connection? This is a must if you want to preserve these IDs during the migration process.
-
- Influencer
- Posts: 16
- Liked: never
- Joined: Jan 26, 2020 1:26 pm
- Contact:
Re: vcenter vs standalone hosts
Yes, that's the exact process I have followed. I always move VM's via the migrate function in vcenter and the only connection I have setup in veeam is to vcenter, not directly to the hosts themselves.
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: vcenter vs standalone hosts
In this case, what you're seeing is not expected - having a vCenter Server registered in the backup console allows preserving the VM ID after migration. Please contact our support team to validate your config to make sure everything is set up correctly.
-
- Influencer
- Posts: 16
- Liked: never
- Joined: Jan 26, 2020 1:26 pm
- Contact:
Re: vcenter vs standalone hosts
I've just migrated a VM from one host to another via vcenter and run a backup and it failed when it couldn't find the VM.
Having now gone back into the backup infrastructure and re-scanned the vcenter managed server and then re-run the backup job it has succeeded.
My guess is veeam periodically re-scans the vcenter server on its own I must have run the backup job before the scan had happened or the scan isnt happening ? - how often does veeam rescan if it does at all?
Having now gone back into the backup infrastructure and re-scanned the vcenter managed server and then re-run the backup job it has succeeded.
My guess is veeam periodically re-scans the vcenter server on its own I must have run the backup job before the scan had happened or the scan isnt happening ? - how often does veeam rescan if it does at all?
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: vcenter vs standalone hosts
Manual rescan is not required, it should be happening automatically as soon as you start the job. Let's ask our support team to take a look at the logs.skipzoid wrote:My guess is veeam periodically re-scans the vcenter server on its own I must have run the backup job before the scan had happened or the scan isnt happening ?
-
- Veeam Software
- Posts: 3625
- Liked: 608 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: vcenter vs standalone hosts
Hi Skipzoid,
infrastructure toloplogy anb objects hierarchy from the Broker service.
May be it was too short period of time between VM migration and start of the job and Broker didn't get a chance to update information about migrated VM in its cache.
Thanks!
Veeam B&R server runs Broker service which collects and caches the virtual infrastructure topology, jobs and tasks take the information aboutskipzoid wrote:My guess is veeam periodically re-scans the vcenter server on its own
infrastructure toloplogy anb objects hierarchy from the Broker service.
May be it was too short period of time between VM migration and start of the job and Broker didn't get a chance to update information about migrated VM in its cache.
Thanks!
Who is online
Users browsing this forum: phiaramos and 66 guests