public inbox for pve-user@lists.proxmox.com
 help / color / mirror / Atom feed
* [PVE-User] memory management of a vm in HA
       [not found] <1375274439.1944470.1623941231996.ref@mail.yahoo.com>
@ 2021-06-17 14:47 ` marcos negrini
  2021-06-18  6:44   ` Fabian Grünbichler
  0 siblings, 1 reply; 2+ messages in thread
From: marcos negrini @ 2021-06-17 14:47 UTC (permalink / raw)
  To: pve-user

Hello:I am administrator of a proxmox cluster and I have been testing High Availability, and I am very satisfied with the performance; but I wanted to understand a little more in depth how the memory management works. I did the tests in a cluster of 3 servers with a SAN storage, I tried to cut the power to a physical server and almost instantly the vm's that were configured with HA went to the next node, my question is, how do you manage the memory of each vm's? do you pre-share it in the other physical servers so that the memory status of each one is not lost? how do you manage the loss of the information that was not copied? is there any technical document of this implementation in proxmox?Regardspd: sorry for my english level, I hope my doubt is interpreted.



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PVE-User] memory management of a vm in HA
  2021-06-17 14:47 ` [PVE-User] memory management of a vm in HA marcos negrini
@ 2021-06-18  6:44   ` Fabian Grünbichler
  0 siblings, 0 replies; 2+ messages in thread
From: Fabian Grünbichler @ 2021-06-18  6:44 UTC (permalink / raw)
  To: Proxmox VE user list

On June 17, 2021 4:47 pm, marcos negrini wrote:
> Hello:I am administrator of a proxmox cluster and I have been testing High Availability, and I am very satisfied with the performance; but I wanted to understand a little more in depth how the memory management works. I did the tests in a cluster of 3 servers with a SAN storage, I tried to cut the power to a physical server and almost instantly the vm's that were configured with HA went to the next node, my question is, how do you manage the memory of each vm's? do you pre-share it in the other physical servers so that the memory status of each one is not lost? how do you manage the loss of the information that was not copied? is there any technical document of this implementation in proxmox?Regardspd: sorry for my english level, I hope my doubt is interpreted.

I'd suggest reading [1] as a starting point. To answer your questions:

- guest memory is not replicated or shared between nodes, HA just tries 
  to ensure the guest is running "somewhere" according to the HA 
  configuration
- ideally your guests' volumes are on shared storage, but if you can 
  live with losing data since the last replication, ZFS with replication 
  can also be an option
- if a node disappears/crashes/loses quorum/.. it gets fenced, the still 
  quorate part of the cluster will notice and "steal" the affected HA 
  resources
-- if the fenced node is still responsive, it's watchdog timer will 
   expire and it will shutdown (stopping all running guests in the process)
-- the stealing node will wait a certain amount of  time to give the 
   fenced node time to be completely fenced, then it will take over the 
   guest configs and start the guest
- additionally, you can configure what should happen to HA resources on 
  (orderly) node shutdown/reboot (see "Node Maintenance" in the admin 
  guide) - here one of the options is to migrate them to other nodes, 
  which is possibly what you triggered in your test?

1: https://pve.proxmox.com/pve-docs/pve-admin-guide.html#chapter_ha_manager 




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-06-18  6:50 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1375274439.1944470.1623941231996.ref@mail.yahoo.com>
2021-06-17 14:47 ` [PVE-User] memory management of a vm in HA marcos negrini
2021-06-18  6:44   ` Fabian Grünbichler

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal