Veeam Optimisation (Tuning)

Première optimisation

Du côté vCenter, la limite du nombre de connexions. Par défaut, le nombre maximal de connexions étant de 500. Vous pouvez l’augmenter à 1000. Éditez le fichier ‘vpxd.cfg’

<soap>
<maxSessionCount>1000</maxSessionCount>
<sessionTimeout>30</sessionTimeout>
</soap>
</vmacore>

http://kb.vmware.com/kb/2004663

Seconde optimisation

La limitation ESX en mode NBD (Network)
– Passer en réseau 10Gb
– Être au moins en ESXi 5.0 Update 2
– Augmenter le nombre de buffers de 2048 à 4096
esxcfg-advcfg -s 32768 /BufferCache/MaxCapacity

– Réduire le Buffer Cache Flush intervalle de 30 secondes à 20 secondes
esxcfg-advcfg -s 20000 /BufferCache/FlushInterval

Troisième optimisation

– Limiter le nombre de Snapshot par Datastore, afin d’empêcher le remplissage de ses derniers.  Par défaut, la valeur est de 4.
– Limiter  le nombre maximal de Snapshots VM actif par ESX
– Limiter la suppression simultanée des Snapshots, sauf si vous avez des disques très performants:
MaxConcurrentDeletingSnapshotsForCluster (DWORD)
MaxConcurrentDeletingSnapshotForHost (DWORD)

Quatrième optimisation

Au niveau du Proxy, 2GB par cœur est l’idéal. Le débit estimé est d’environ 50MB/s par cœur, si cela vous parait lent, modifier la valeur:
VddkPreReadBufferSize 4MB (4194304) en 8MB jusqu’à 16MB mais pas au-delà. Cela peut améliorer les performances des sauvegardes complètes.

Il est important de ne pas avoir trop de Proxy, cela peut diminuer les performances. Augmenter le nombre de Proxys si cela est visible au niveau du ‘Bottleneck’ (pas d’amélioration si vous avez un ‘Bottleneck’ sur ‘Network’ ou ‘Target’). Le Overhead est important sur les Proxy Hot Add, le bon compromis est de 4 vCPU/8GB

Cinquième optimisation

Côté stockage, ne pas créer un seul gros RAID (en cas de perte, la reconstruction risque d’être longue et les temps de sauvegarde/restauration risquent d’être impactés).

Côté Mémoire, pour 1TB de sauvegarde et une valeur de bloc différente, on obtient les consommations suivantes (Process VeeamAgent) :
– Pour 1TB avec une taille bloc de 256K –> 700MB de consommation mémoire (métadonnées)
– Pour 1TB avec une taille bloc de 512K –> 350MB de consommation mémoire (métadonnées)
– Pour 1TB avec une taille bloc de 1024K –> 175MB de consommation mémoire (métadonnées)

 

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *