quelle est ta définition de cloud ? ajouter de l'équilibrage de charge ? ajouter du provisioning automatique pour dupliquer une VM portant un service et gérer la montée en charge horizontalement ?
Par ailleurs, la RAM est la ressource la plus dimensionnante pour le nombre de VM généralement :
pour le stockage, il suffit d'ajouter des disques au SAN ou au NAS selon ta solution de stockage (utiliser les disques locaux aux serveurs ne permet pas de bénéficier des solutions de réplications qu'apportent des baies de stockage...)
pour les CPU au pire ce sera plus lent/mou temporairement, sinon ajouter un serveur sera suffisant pour gérer la montée en charge
pour la RAM, s'il faut faire partir des VM en swap parce que tu n'as pas assez de RAM, cela va porter un coup flagrant aux perfs
=> pourquoi ne pas avoir pris des serveurs pouvant avoir 196 Go de RAM ? Avec 32 Go, cela ne fait "que" 8 VM de 4 Go de RAM. Par ailleurs, pour du cloud, mieux vaut avoir des serveurs "indifférenciés" en capacité, cela permet de changer de type de serveur (autre marque mais même RAM, même stockage vu que ça ne dépend pas du serveur, CPU plus puissant éventuellement et garder la même capacité d'accueil de VM).
# cloud ?
Posté par BAud (site web personnel) . En réponse au message Faire un "presque cloud". Évalué à 1.
quelle est ta définition de cloud ? ajouter de l'équilibrage de charge ? ajouter du provisioning automatique pour dupliquer une VM portant un service et gérer la montée en charge horizontalement ?
Par ailleurs, la RAM est la ressource la plus dimensionnante pour le nombre de VM généralement :
=> pourquoi ne pas avoir pris des serveurs pouvant avoir 196 Go de RAM ? Avec 32 Go, cela ne fait "que" 8 VM de 4 Go de RAM. Par ailleurs, pour du cloud, mieux vaut avoir des serveurs "indifférenciés" en capacité, cela permet de changer de type de serveur (autre marque mais même RAM, même stockage vu que ça ne dépend pas du serveur, CPU plus puissant éventuellement et garder la même capacité d'accueil de VM).