Quand plusieurs CVM ne font que lire le même vDisk, AOS le marque immuable et chaque nœud en garde une copie locale. Conditions de déclenchement, fin du mode et vérification.
UI en 403 intermittent, API v4 normale. Sur un PC scale-out, un service occupait 21 des 25 vCPU d’une seule PCVM, et ps le masquait. Diagnostic par la mesure, correctif encore à confirmer.
Même geste, effets opposés. Un nœud en maintenance a fait passer la latence de lecture d’un cluster hybride de 1,2 ms à plus d’une seconde ; du full-flash est resté vers 2 ms. Mécanisme et méthode d’évaluation.
Plainte de latence sur des VM de bases de données, deux sources qui divergent. Méthode : nommer le point de mesure, calculer la file par la loi de Little, refuser les MAX, dater la doctrine.
Écritures locales tout de suite, lectures distantes pendant un temps, relocalisation déclenchée par des seuils précis. Le mécanisme de data locality d’AOS et ce qu’il change pour la latence.
Stargate, Cassandra, Curator, Zookeeper, Prism, Genesis : le rôle de chaque service de la CVM, et pourquoi ses vCPU et sa RAM travaillent pour toutes les VM du cluster.
Où atterrit une écriture, quand elle est acquittée, pourquoi le séquentiel contourne l’OpLog, et dans quel ordre une lecture cherche ses données. Le chemin d’I/O d’AOS, étape par étape.