La haute disponibilité est arrivée sur MicroK8s. Et Canonical tient vraiment à le faire savoir.
Depuis la mi-septembre, cette fonctionnalité était en tête de gondole sur le site officiel du projet. Elle a désormais son onglet dédié.
Son intégration est effective depuis fin août et la sortie de MicroK8s 1.19. Cette nouvelle version de la distribution Kubernetes « légère » (destinée aux déploiements IoT/edge et aux clusters de test locaux) apporte aussi, entre autres :
Concernant la haute disponibilité, elle s’active automatiquement sur les clusters à partir de trois nœuds. C’est la configuration minimale pour assurer la résilience du datastore Dqlite.
Avec ce dernier, les nœuds peuvent être de quatre types : « leader », « voter », « standby » et « spare ». Les deux premiers participent activement au maintien du datastore. Le troisième stocke une copie de la base de données et peut prendre le relais en cas de panne d’un « leader » ou d’un « voter »*.
Dans la même logique de disponibilité, sur MicroK8s, tous les nœuds exécutent le plan de contrôle principal et les API Kubernetes.
* Le remplacement d’un nœud « leader » peut prendre jusqu’à 5 secondes. La promotion d’un non-votant au rang de votant, jusqu’à 30 secondes.
D'AgentJ à YesWiki, voici les dernières entrées au SILL (Socle interministériel de logiciels libres).
En parallèle de diverses expérimentations, Microsoft livre une première version de WSL2 basée sur Linux…
Le dernier rapport environnemental de Google comporte peu d'indicateurs spécifiques à l'IA. Quelles perspectives l'entreprise…
Booster les performances des forces de vente en fondant les processus commerciaux sur ce que…
Respectivement DG et CTO de Red Hat France, Rémy Mandon et David Szegedi évoquent le…
Canonical formalise un service de conception de conteneurs minimalistes et y associe des engagements de…