ESXi VM backup lent 12Mo/s (Dell R710 SATA)
Bonjour, que ce soit par la console locale avec la commande cp, ou par le client vSphere, le backup manuel de VMs entre datastore locaux se fait à un débit ridicule de 10~12Mo/s. Je m’attendais à 10 fois mieux. Coté hardware, le serveur est un Dell R710, la source est une grappe raid5 branchée au contrôleur PERC H700, la cible un HDD 7200 rpm, branché sur un port SATA interne de la carte mère. Remplacer le HDD par un SSD n’a rien amélioré. Coté software, tous les volumes impliqués sont en vmfs et VMware est en version 5.5. Ce genre de transfert lent rappelle-t-il des souvenirs à certains, qui pourraient m’aiguiller ? Est-ce une limite hardware voulue par Dell (le HDD et le SSD ont des firmwares constructeur génériques) ? Ou est-ce un mauvais usage de la commande copy? Il y a quelques téra à récupérer. Le plus simple serait de laisser tourner le backup quelques jours, mais sur le bureau, le serveur fait un boucan pas possible. Je n’ose pas trop lui retirer les ventilos capot ouvert, les radiateurs des procs sont quand même bien chauds. Si certains ont une piste! Merci. -- Frédéric Dumas f.dumas@ellis.siteparc.fr
Donc ESX sans licence ? :) Je dis ça, je dis rien….
Le 14 oct. 2021 à 12:18, Frédéric Dumas <f.dumas@ellis.siteparc.fr> a écrit :
Bonjour,
que ce soit par la console locale avec la commande cp, ou par le client vSphere, le backup manuel de VMs entre datastore locaux se fait à un débit ridicule de 10~12Mo/s. Je m’attendais à 10 fois mieux. Coté hardware, le serveur est un Dell R710, la source est une grappe raid5 branchée au contrôleur PERC H700, la cible un HDD 7200 rpm, branché sur un port SATA interne de la carte mère. Remplacer le HDD par un SSD n’a rien amélioré. Coté software, tous les volumes impliqués sont en vmfs et VMware est en version 5.5.
Ce genre de transfert lent rappelle-t-il des souvenirs à certains, qui pourraient m’aiguiller ? Est-ce une limite hardware voulue par Dell (le HDD et le SSD ont des firmwares constructeur génériques) ? Ou est-ce un mauvais usage de la commande copy?
Il y a quelques téra à récupérer. Le plus simple serait de laisser tourner le backup quelques jours, mais sur le bureau, le serveur fait un boucan pas possible. Je n’ose pas trop lui retirer les ventilos capot ouvert, les radiateurs des procs sont quand même bien chauds.
Si certains ont une piste! Merci.
-- Frédéric Dumas f.dumas@ellis.siteparc.fr
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Avec ou sans licence ça ne changera rien en dehors du fait que tu pourras cloner par le client si tu as un vCenter qui traine. Les graphs doivent forcément indiquer quelque chose, la latence d'une des grappes augmente ? Un esxtop en mode disk donne quelque chose ? Gurvan. Le jeu. 14 oct. 2021 à 12:30, Frédéric Dumas <f.dumas@ellis.siteparc.fr> a écrit :
Bonjour David,
La raison pourrait être aussi simple que ça ? Je vais vérifier, c’est une bonne piste.
-- Frédéric Dumas f.dumas@ellis.siteparc.fr
Le 14 oct. 2021 à 12:23, David Ponzone <david.ponzone@gmail.com> a écrit :
Donc ESX sans licence ? :)
Je dis ça, je dis rien….
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour, A vérifier : - Présence de la barrette mémoire (cache) sur la la perc 700 - État de la batterie cache de la perc 700 - Config de la Perc -> Perc cache enable et disk cache enable Ludo. Le 14/10/2021 à 12:18, Frédéric Dumas a écrit :
Bonjour,
que ce soit par la console locale avec la commande cp, ou par le client vSphere, le backup manuel de VMs entre datastore locaux se fait à un débit ridicule de 10~12Mo/s. Je m’attendais à 10 fois mieux. Coté hardware, le serveur est un Dell R710, la source est une grappe raid5 branchée au contrôleur PERC H700, la cible un HDD 7200 rpm, branché sur un port SATA interne de la carte mère. Remplacer le HDD par un SSD n’a rien amélioré. Coté software, tous les volumes impliqués sont en vmfs et VMware est en version 5.5.
Ce genre de transfert lent rappelle-t-il des souvenirs à certains, qui pourraient m’aiguiller ? Est-ce une limite hardware voulue par Dell (le HDD et le SSD ont des firmwares constructeur génériques) ? Ou est-ce un mauvais usage de la commande copy?
Il y a quelques téra à récupérer. Le plus simple serait de laisser tourner le backup quelques jours, mais sur le bureau, le serveur fait un boucan pas possible. Je n’ose pas trop lui retirer les ventilos capot ouvert, les radiateurs des procs sont quand même bien chauds.
Si certains ont une piste! Merci.
-- Frédéric Dumas f.dumas@ellis.siteparc.fr
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- ------------------------------------------------------------------------------------------------------------------------- Ce message inclut une signature numérique. Il certifie que l'expéditeur et le contenue du message sont authentiques. Si votre logiciel de messagerie est compatible, Il doit garantir que le document n'a pas été altéré entre l'instant où l'auteur l'a signé et le moment où le lecteur le consulte. Loi n°2000-230 du 13 mars 2000 Art. 1316, 1316-1, 1316-2, 1316-3, 1316-4 du Code civil. La présence d'un fichier joint 'smime.p7s' (fichier signature) indique que votre client messagerie n'est pas compatible. -------------------------------------------------------------------------------------------------------------------------
participants (4)
-
David Ponzone -
Frédéric Dumas -
Inulogic - Gurvan Rottier-Ripoche -
Ludovic Levet