disclamer : Il ne faut vraiment pas prendre ce que je vais dire pour une remise en cause ferme. Tu connais de loin mieux se travail que moi c'est juste pour comprendre.
Oui ceph tient très bien la charge et oui j'ai des pg et des MySQL dessus. Environ 900 pg et 150 MySQL. Par contre attention la différence de performance entre un nvme et ceph est énorme. Il faut donc bien configurer pg, ceph et bien faire attention aux requêtes que l'on fait.
À quoi ça sert d'avoir du ceph sous une base de données ? La distribution des données c'est exactement le travail de la base de données (hors cas particulier comme sqlite) et ils peuvent le faire à un niveau qui semble bien plus pertinent (au lieu de devoir distribuer des open()/write()/flush()) avec plus de sémantique et la possibilité d'avoir des contraintes plus lâches (le fait de choisir son niveau d'isolation par exemple).
De ton message je comprends que c'est pratique pour du kubernetes, j'imagine parce que si tu veux migrer un nœud ou redémarrer un nœud tombé, tu sait que tu peux repartir d'un état équivalent à un redémarrage. Mais du coup ça me semble ajouter une brique présente systématiquement et qui fait du travail en plus pour économiser des ajouts/suppression de nœuds qui s'automatisent bien (surtout avec les opérateurs k8s).
[^] # Re: cloud baremetal
Posté par barmic 🦦 . En réponse au journal Le cloud ça scale bien. Évalué à 4.
disclamer : Il ne faut vraiment pas prendre ce que je vais dire pour une remise en cause ferme. Tu connais de loin mieux se travail que moi c'est juste pour comprendre.
À quoi ça sert d'avoir du ceph sous une base de données ? La distribution des données c'est exactement le travail de la base de données (hors cas particulier comme sqlite) et ils peuvent le faire à un niveau qui semble bien plus pertinent (au lieu de devoir distribuer des open()/write()/flush()) avec plus de sémantique et la possibilité d'avoir des contraintes plus lâches (le fait de choisir son niveau d'isolation par exemple).
De ton message je comprends que c'est pratique pour du kubernetes, j'imagine parce que si tu veux migrer un nœud ou redémarrer un nœud tombé, tu sait que tu peux repartir d'un état équivalent à un redémarrage. Mais du coup ça me semble ajouter une brique présente systématiquement et qui fait du travail en plus pour économiser des ajouts/suppression de nœuds qui s'automatisent bien (surtout avec les opérateurs k8s).
Qu'est-ce que je rate ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll