Pour un simple ops cela fait beaucoup même pour BetClic. Le salaire moyen d'un admin sur Bordeaux c'est plus 40K et pour un vrai devops 45-50K.
 
Tant mieux pour l'ops  

Ça change tout

Bon, à propos de NUMA et des vCPU. Si c'est orienté VMware ne m'en voulez pas, c'est un peu ce que je fais depuis un moment maintenant. Mais ces principes sont quand même très génériques
 
Je vais pas ré-inventer la roue, si je reprends un de nos supports.
 
https://blogs.vmware.com/performanc [...] thumb.html
 
 
I propose the following Rules of Thumb:
 
    While there are many advanced vNUMA settings, only in rare cases do they need to be changed from defaults.
    Always configure the virtual machine vCPU count to be reflected as Cores per Socket, until you exceed the physical core count of a single physical NUMA node OR until you exceed the total memory available on a single physical NUMA node.
    When you need to configure more vCPUs than there are physical cores in the NUMA node, OR if you assign more memory than a NUMA node contains, evenly divide the vCPU count across the minimum number of NUMA nodes.
    Don’t assign an odd number of vCPUs when the size of your virtual machine, measured by vCPU count or configured memory, exceeds a physical NUMA node.
    Don’t enable vCPU Hot Add unless you’re okay with vNUMA being disabled.
    Don’t create a VM larger than the total number of physical cores of your host.
 
Par exemple si on prend un serveur avec 40 vCPUs et 256 GB de RAM. Afin de garder un équilibre NUMA, il faut suivre le tableau suivant.
 

 
Ne jamais dépasser le nombre de sockets CPU dispo (donc exit la VM avec 4 sockets de 1 core, on fera 1 socket de 4 cores).
 
Puis, si on a besoin de plus que la moitié des vCPU, ne pas passer par des configurations du sous optimales. On ne peut pas avoir 11 vCPU par exemple.
 
Et enfin, la RAM est divisée par deux, 128 Gb sur un noeud NUMA et 128 sur l'autre. Si vous utilisez plus de la moitié de la RAM du serveur, vous passerez par un désiquilibre NUMA (remote access).
 

 
Avec ces deux tableaux, sans forcément devenir un architecte, y a moyen de bien voir pourquoi une VM qui est gonflé aux stéroïdes rame plus que sa copine moins bien montée
 
Et surtout, plus on rajoute de CPU plus la VM va patienter que les CPU soient prêts à bosser, ce qui amène vers le %RDY dans les stats.
 
De la bonne lecture : https://www.actualtechmedia.com/wp- [...] -ready.pdf
 
Directement à la conclusion :
 
Proper sizing of virtual machines and hosts – Ensure that virtual machines aren’t significantly oversub-scribing the pCPU of your ESXi hosts with too many vCPUs. Additionally, if hosts are truly reaching their limits in terms of pCPU usage then consider adding additional pCPUs to the hosts or adding additional hosts to your cluster.
 
Aussi http://www.yellow-bricks.com/esxtop/
 

 
Et plus officiel : https://kb.vmware.com/s/article/200 [...] onstraints
 
Examine the %READY field for the percentage of time that the virtual machine was ready but could not be scheduled to run on a physical CPU.
 
Under normal operating conditions, this value should remain under 5%. If the ready time values are high on the virtual machines that experience bad performance.
[...]
If the load average is too high, and the ready time is not caused by CPU limiting, adjust the CPU load on the host. To adjust the CPU load on the host, either:
 
 
    Increase the number of physical CPUs on the host
 
    OR
     
    Decrease the number of virtual CPUs allocated to the host. To decrease the number of virtual CPUs allocated to the host, either:
     
        Reduce the total number of CPUs allocated to all of the virtual machines running on the ESX host. For more information, see Determining if multiple virtual CPUs are causing performance issues (1005362).
 
https://kb.vmware.com/kb/1005362
 
        OR
         
        Reduce the number of virtual machines running on the host.

mount, mais je ne connaissais pas findmnt

Je fais un autre UP en citant le post de qualitaÿ de vini à propos de NUMA, vCPU et best practices. Plein de bonne lecture intéressante :

C'est tout beau findmnt

c'est pas la même chose mais ouais ça vient avec dans util-linux

rsync -axHAWXS --numeric-ids --info=progress2

Comment je pourrais faire un fsck d'un disque stocké sous format raw ou qcow2 sans monter une vm ?

Fsck direct du fichier pour le raw?

Comment je pourrais faire un fsck d'un disque stocké sous format raw ou qcow2 sans monter une vm ?

Pour faire plaisir à l0g4n, S1E3 de mon patch clavier dans le StartSession.sh de VMware :
http://reho.st/https://pbs.twimg.c [...] .jpg:large
Tout est vrai sauf que je l'ai filé gratos à VMware

Vu son aigritude, il semble être côté utilisateur

A ma connaissance, sur la V2 le pool d'utilisateur est restreint. Et vu le profil type des users...
Mais c'est marrant a savoir  
Bref, on finira en MP

Qui nous fait un topo sur les clés, certifs, serveur de clé/pki ?

C'est une bière ?

qui utilise freeIPA ?

Qui nous fait un topo sur les clés, certifs, serveur de clé/pki ?

Qui nous fait un topo sur les clés, certifs, serveur de clé/pki ?