> En version 'du pauvre', il est tout à fait possible de faire tourner un > cluster Ceph avec ... un seul nœud (un étant un nombre impair) + > rbd-mirror. Même avec un seul OSD pour avoir la couche CephFS, RBD, > export NFS, exporter prometheus et tout le reste du stack.
J'ai tellement lu et reçu d'avis sur le nombre de nodes minimal pour CEPTH (qui varie de 3 à 4) que, bon... pour l'instant... n'ayant pas ce use-case en tête... Le jour où... > Tout ça implique 2/3 manips au moment du PRA (changement de sens de > synchro, passage en primaire, etc ...). Chez nous, on a choisit de > documenter ça plutôt que de faire de l'automatique mais chacun ces > préférences et son engagement de service. +1000 ici, on est 0% automagie 100% doc + 10 doigts humains aussi. Juste pour rire... Dredi engaged... La seule automagie qu'on accepterait (mais faut vraiment en avoir besoin, c'est bien trop coûteux en termes de ressources), c'est la vraie HA. Cette où tu débranches le serveur, ou mieux, tu l'ouvres et tu marres... j'ai tout essayé (sous tension bien sûr), virage de câble de disque, barette ram, jusqu'à virer la CPU :))) Dans tous les cas, la VM fige imperceptiblement (moins d'une demi seconde) et le "téléchargement de la dernière Ubuntu sur le Doze XP continue" (le test habituel, vu que c'était long à télécharger et que ça testait aussi la connectivité... La mise en œuvre du lab nous avait coûté des disques en raid 10 (donc 8 disques 2To SATA WD blackcaviar mais des haut de gamme qui valaient un bras et pesaient comme des SAS et... qui tournent encore aujourd'hui... pour 7 d'entre eux dans 2 servs en intra... De la carte mère intel pci à 40€, 3 cartes réseaux par serv (dont 2 eth pci à 10€ cul à cul boundées, oui c'est sale pour avoir 2Gbps entre) et 1eth 1 Gbpsde chaque vers l'intranet. C'était sous debian xen drbd et... attends remus pour la glue logique autour de xen et drbd : https://wiki.xenproject.org/wiki/Remus... Une vieille manip de en 2010. C'était totalement magique mais tu sentais que la synchro temps-réel de la ram, de la cpu (et des disques avec drbd), ça chargeait et il aurait fallu des servs haut de gamme... Mais le coté 'système immortel' était poilant. On était très fier de notre coup. C'était inutilisable :> Enfin ça pouvait faire tourner quelques windows, quelques sambas pour faire des NAS, mais la carte mère et la CPU des serveurs étaient trop faibles et on a pas eu le besoin, vu la conso de ressources... Je viens de faire un lscpu sur l'un d'eux... du 2c/4t, des... Core(TM)2 Quad CPU Q6600 @ 2.40GHz et la carte mère à 2 balles, de l'intel DG41RQ ridicules mais toujours vaillantes. Les disques ont dans les 70K heures avec un power cycle de 80 (du aux manips HA d'origine qui avaient motivé leur achat). Comme quoi on a pu quand même en tirer qqchose. > Mais même avec une des deux solutions ci-dessus, on peut trouver des > use-cases où un delta de 30s voire de 13ms n'est pas acceptable. C'est ça. Tout dépends du use-case. -- Be Seeing You Number Six --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
