Bonnes pratiques de mise à niveau des clusters
Cette page fournit des consignes pour conserver votre maillage de services géré votre cluster de sorte qu'il soit parfaitement à jour, ainsi que des recommandations pour créer adaptée à vos besoins, et améliore la disponibilité et la fiabilité de l'infrastructure. Vous pouvez utiliser ces informations pour maintenir vos clusters à jour, stables et sécurisés, tout en minimisant les perturbations de vos charges de travail.
Configurer plusieurs environnements
Dans le cadre de votre workflow de livraison des mises à jour logicielles, nous vous recommandons d'utiliser plusieurs environnements. Utiliser plusieurs environnements vous permet de minimiser les risques et les temps d'arrêt non souhaités en testant les mises à jour logicielles et d'infrastructure séparément de votre environnement de production. Vous devez au minimum disposer d'un environnement de production et d'un environnement de préproduction ou de test.
Voici les environnements recommandés :
Environnement | Description |
---|---|
Production | Utilisé pour diffuser le trafic en direct aux utilisateurs finaux dans le cadre des applications métier critiques. |
Préproduction | Permet de s'assurer que toutes les nouvelles modifications déployées à partir d'environnements précédents fonctionnent comme prévu avant que celles-ci ne soient déployées en production. |
Tests | Permet d'évaluer les performances des charges de travail, de les tester et d'en contrôler la qualité par rapport au Version de Cloud Service Mesh que vous utiliserez en production. Dans cet environnement, vous pouvez tester la mise à niveau du plan de contrôle et des nœuds avant la production. |
Développement | Utilisé pour le développement actif qui s'appuie sur la même version exécutée en production. Dans cet environnement, vous créez des correctifs et des modifications incrémentielles à déployer en production. |
Canary | Il sert d'environnement de développement secondaire pour tester les nouveaux versions de Kubernetes, fonctionnalités et API de Cloud Service Mesh afin d'obtenir de réduction du délai de mise sur le marché une fois que ces versions sont passées en production prêt. |
S'inscrire aux canaux de publication
Cloud Service Mesh publie souvent des mises à jour pour fournir des mises à jour de sécurité, corriger les problèmes connus et introduire de nouvelles fonctionnalités. Maillage de services cloud géré versions disponibles vous offrent capacité à trouver le bon équilibre entre stabilité et ensemble de fonctionnalités. Lorsque vous enregistrez un nouveau dans un version disponible, Google gère automatiquement la version et la cadence de mise à niveau du cluster. Les plans de contrôle et les plans de données sont mis à niveau régulièrement.
De même, pour les clusters GKE sur Google Cloud, nous recommandons enregistrer le Clusters GKE dans une version disponible. Pour en savoir plus, consultez Versions disponibles de GKE. De plus, si vous avez des clusters enregistrés dans le canal statique, assurez-vous consultez la liste des plates-formes compatibles pour confirmer leur compatibilité.
Pour maintenir les clusters à jour avec les dernières versions de Cloud Service Mesh et Mises à jour Kubernetes : voici quelques environnements recommandés et les canaux de publication dans lesquels les clusters doivent être enregistrés:
Environnement | Canal de publication | Description |
---|---|---|
Production | Stable ou standard | Pour assurer la stabilité et la maturité des versions, utilisez le canal stable ou standard pour les charges de travail en production. |
Préproduction | Identique à la production | Pour vous assurer que vos tests révèlent la version vers laquelle votre production sera mise à niveau, utilisez le même canal de publication. |
Tests | ||
Développement | ||
Canary | Élasticité | Pour tester les dernières versions gérées de Cloud Service Mesh par rapport à votre configuration et votre ensemble de fonctionnalités, en testant de nouvelles fonctionnalités ou API, utilisez le canal rapide. |
Créer une stratégie de mise à niveau continue
Après avoir enregistré votre cluster dans un canal de publication, il est régulièrement mis à niveau vers la version qui répond à la barre de qualité et de stabilité du canal. Ces mises à jour incluent des corrections de bugs et de sécurité, qui sont appliquées de plus en plus minutieusement au niveau de chaque canal :
- Les correctifs sont déplacés vers le plan de contrôle et le plan de données dans tous les canaux progressivement, accumulant du temps de stabilisation dans les canaux rapides et réguliers avant vers le canal stable.
- Le plan de contrôle est d'abord mis à niveau, suivi du plan de données.
- Cloud Service Mesh déploiera automatiquement des correctifs sur les canaux en fonction de leur criticité et de leur importance.
Recevoir des informations sur les nouvelles versions de Cloud Service Mesh
Les informations sur les nouvelles versions sont publiées sur le Notes de version de Cloud Service Mesh et à un flux RSS.
Étape suivante
- En savoir plus sur les canaux de publication de Cloud Service Mesh
- Découvrez la gestion des versions de Cloud Service Mesh.