XenServer 7 Dom0 memory usage
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@scottalanmiller Cool. Just to play it safe maybe I'll take the primary VM down to 8 then. So far it's not even using 2GB of ram yet, but it's also only been up for today.
Not a bad idea. Figure out what it really needs and adjust as needed. Unless you have loads of users 8GB is probably pretty good.
-
@travisdh1 I'm somewhat confused about this because I have read it only has 756MB, but I've also read it can dynamically allocate memory. Also, if it's only 756MB why would XenCenter show that it has 1.3 GB allocated?
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@travisdh1 I'm somewhat confused about this because I have read it only has 756MB, but I've also read it can dynamically allocate memory. Also, if it's only 756MB why would XenCenter show that it has 1.3 GB allocated?
That may be a vestige of XenServer 6.5 I'm remember and not something needing attention in 7. I remember having to go change that for one of my installs.
-
I would certainly turn the memory back down to 8GB on the DC/Intuit Server.
I would demote and remove the secondary DC. It is a waste of resources.
It provides zero services that you require and does nothing but take up resources that can be used elsewhere.
The only need you have for a DC is to provide authentication and for QuickBooks. QuickBooks is running on a DC. So if the DC is down, so is QuickBooks. Thus there is no need for a secondary.
Providing a 2nd DC is a waste of time and effort in the era of modern virtualization.
I would have VM and agent level backups of your single DC going to a local NAS and then offsite.
I say agent level because it is my understanding that XS cannot provide application aware VM level backups. This means that XS has no way to tell the AD database or the QuickBooks database to put themselves in a consistent state prior to the backup snapshot being taken. Without that functionality, a VM level backup is a crapshoot.
Honestly, I do not know of any Hypervisor with application level access for something like QuickBooks.
-
@JaredBusch Hi Jared,
Thanks for replying. My thinking behind the secondary DC was in case I had to reboot the primary VM, the secondary VM could at least handle DNS/login requests. As far as backup goes, the primary server is running Storagecraft Shadowprotect SPX with 15 minute continuous incrementals that get sent to a BDR box/cloud. SPX runs at a low level of the OS and doesn't know the difference between a physical & virtual machine, so it's able to make great backups.
-
@JaredBusch said in XenServer 7 Dom0 memory usage:
I would demote and remove the secondary DC. It is a waste of resources.
That's a good point, can't believe that I missed that. Doesn't make any sense to have two on the same box.
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@JaredBusch Hi Jared,
Thanks for replying. My thinking behind the secondary DC was in case I had to reboot the primary VM, the secondary VM could at least handle DNS/login requests. As far as backup goes, the primary server is running Storagecraft Shadowprotect SPX with 15 minute continuous incrementals that get sent to a BDR box/cloud. SPX runs at a low level of the OS and doesn't know the difference between a physical & virtual machine, so it's able to make great backups.
If you have ShadowProtect, that handles that discussion well.
Obviously, I am working on assumptions of roles and needs of the employees.
Why would you ever want to reboot the DC in the middle of working hours? I mean yeah, you can if QB goes south and such, but then people are already not productive, so who cares about missing a few DNS queries during a reboot? The people are already non productive.
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
Thanks for replying. My thinking behind the secondary DC was in case I had to reboot the primary VM, the secondary VM could at least handle DNS/login requests.
How often do you need to authenticate while a system is rebooting? Reboots normally take seconds to maybe a minute and if QB is your only application, what authetnication is there? Desktops can go for months without AD being up and no one will notice.
DNS is an issue only if you don't use something like Google for your secondary DNS, which I would because if the primary DNS is down you want people to still see the Internet and so you need this regardless if this hardware fails on you.
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
As far as backup goes, the primary server is running Storagecraft Shadowprotect SPX with 15 minute continuous incrementals that get sent to a BDR box/cloud. SPX runs at a low level of the OS and doesn't know the difference between a physical & virtual machine, so it's able to make great backups.
All good there.
-
@scottalanmiller said in XenServer 7 Dom0 memory usage:
DNS is an issue only if you don't use something like Google for your secondary DNS, which I would because if the primary DNS is down you want people to still see the Internet and so you need this regardless if this hardware fails on you.
I completely disagree with this. I know it is a common recommendation, but I have seen too many desktops switch to their secondary DNS and then never switch back. Thus breaking their local connectivity after the server has been rebooted.
-
@JaredBusch Out of all the users only about 4 people are working off QuickBooks. The rest of the staff utilize an application that runs off the Cloud, so my thinking was - if there ever was an issue with the primary VM, the majority of staff would be able to continue working.
-
@JaredBusch said in XenServer 7 Dom0 memory usage:
@scottalanmiller said in XenServer 7 Dom0 memory usage:
DNS is an issue only if you don't use something like Google for your secondary DNS, which I would because if the primary DNS is down you want people to still see the Internet and so you need this regardless if this hardware fails on you.
I completely disagree with this. I know it is a common recommendation, but I have seen too many desktops switch to their secondary DNS and then never switch back. Thus breaking their local connectivity after the server has been rebooted.
Problem there is that if the server goes down, everything goes down (as far as DNS affects it). I've yet to see a machine go to secondary and never go back. But I work with Windows less often than most.
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@JaredBusch Out of all the users only about 4 people are working off QuickBooks. The rest of the staff utilize an application that runs off the Cloud, so my thinking was - if there ever was an issue with the primary VM, the majority of staff would be able to continue working.
This is solely about DNS, though, right and not about QuickBooks?
Is there even a reason to have AD for QuickBooks, then? -
@scottalanmiller I thought it was against best practices to use outside DNS as a secondary? From what I've read, even though it's the secondary, you can have instances where DNS requests will try to go there first?
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@scottalanmiller I thought it was against best practices to use outside DNS as a secondary? From what I've read, even though it's the secondary, you can have instances where DNS requests will try to go there first?
It is for the reason stated.
What I personally do in a small business with only a single server is set their router as the secondary and then the router points to the DC first and then google second.
In my case the router is an Ubiquiti ERL and this works perfectly. Your mileage will vary with other routers.
-
@scottalanmiller said in XenServer 7 Dom0 memory usage:
@JaredBusch said in XenServer 7 Dom0 memory usage:
@scottalanmiller said in XenServer 7 Dom0 memory usage:
DNS is an issue only if you don't use something like Google for your secondary DNS, which I would because if the primary DNS is down you want people to still see the Internet and so you need this regardless if this hardware fails on you.
I completely disagree with this. I know it is a common recommendation, but I have seen too many desktops switch to their secondary DNS and then never switch back. Thus breaking their local connectivity after the server has been rebooted.
Problem there is that if the server goes down, everything goes down (as far as DNS affects it). I've yet to see a machine go to secondary and never go back. But I work with Windows less often than most.
Yes, that is the common problem, but I have watched it happen too many times over the years. See my previosu post for my modern resolution.
-
@JaredBusch said in XenServer 7 Dom0 memory usage:
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@scottalanmiller I thought it was against best practices to use outside DNS as a secondary? From what I've read, even though it's the secondary, you can have instances where DNS requests will try to go there first?
It is for the reason stated.
What I personally do in a small business with only a single server is set their router as the secondary and then the router points to the DC first and then google second.
In my case the router is an Ubiquiti ERL and this works perfectly. Your mileage will vary with other routers.
That makes sense.
-
@scottalanmiller said in XenServer 7 Dom0 memory usage:
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@JaredBusch Out of all the users only about 4 people are working off QuickBooks. The rest of the staff utilize an application that runs off the Cloud, so my thinking was - if there ever was an issue with the primary VM, the majority of staff would be able to continue working.
This is solely about DNS, though, right and not about QuickBooks?
Is there even a reason to have AD for QuickBooks, then?I'm not sure I'm following you on your last question. They don't have AD for QuickBooks. They have AD to help manage users/computers/group policy/etc. This company has aprox 20 computers/users.
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@scottalanmiller said in XenServer 7 Dom0 memory usage:
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@JaredBusch Out of all the users only about 4 people are working off QuickBooks. The rest of the staff utilize an application that runs off the Cloud, so my thinking was - if there ever was an issue with the primary VM, the majority of staff would be able to continue working.
This is solely about DNS, though, right and not about QuickBooks?
Is there even a reason to have AD for QuickBooks, then?I'm not sure I'm following you on your last question. They don't have AD for QuickBooks. They have AD to help manage users/computers/group policy/etc. This company has aprox 20 computers/users.
Right, but his point is that you do not care about a DC being online for those services, only for DNS. Those services generally work without the DC being online because they are cached.
DNS is the only service that is really critical.
-
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@scottalanmiller said in XenServer 7 Dom0 memory usage:
@frodooftheshire said in XenServer 7 Dom0 memory usage:
@JaredBusch Out of all the users only about 4 people are working off QuickBooks. The rest of the staff utilize an application that runs off the Cloud, so my thinking was - if there ever was an issue with the primary VM, the majority of staff would be able to continue working.
This is solely about DNS, though, right and not about QuickBooks?
Is there even a reason to have AD for QuickBooks, then?I'm not sure I'm following you on your last question. They don't have AD for QuickBooks. They have AD to help manage users/computers/group policy/etc. This company has aprox 20 computers/users.
THen no need to worry about a failover, if you aren't using it for QB, no one will notice if it is down.
