Ainsi, le lancement officiel de la plateforme Red Hat OpenShift 4. Aujourd'hui, nous allons vous expliquer comment y passer depuis OpenShift Container Platform 3 aussi rapidement et facilement que possible.
Pour les besoins de cet article, nous nous intéressons principalement aux nouveaux clusters OpenShift 4, qui exploitent les capacités d'une infrastructure intelligente et immuable basée sur RHEL CoreOS et des outils d'automatisation. Ci-dessous, nous allons vous montrer comment passer à OpenShift 4 sans aucun problème.
Vous pouvez en savoir plus sur les différences entre la nouvelle version et l’ancienne. .
Migration de clusters d'OpenShift 3 vers OpenShift 4 à l'aide de la plateforme certifiée Red Hat Appranix
Appranix et Red Hat ont travaillé avec diligence pour faciliter la migration des ressources de cluster d'OpenShift 3 vers OpenShift 4 avec un service personnalisé qui s'exécute sur Appranix Site Reliability Automation pour Kubernetes.
Solution Appranix (disponible dans ) vous permet de créer des sauvegardes de tous les clusters OpenShift 3 et de les restaurer sur OpenShift 4 en quelques clics seulement.
Pourquoi la migration à l'aide d'Appranix pour OpenShift 4 est une bonne chose
- Départ rapide. Étant donné que la solution Appranix est construite sur les principes SaaS, il n'est pas nécessaire de mettre en place une infrastructure et il n'est pas nécessaire de configurer ou d'utiliser des solutions de migration spécialisées distinctes.
- L'évolutivité d'Appranix facilite la migration de grands clusters.
- La sauvegarde automatique des configurations de cluster OpenShift 3 complexes avec transfert ultérieur vers OpenShift 4 simplifie le processus de migration lui-même.
- La possibilité de tester le comportement des applications de l'infrastructure d'entreprise OpenShift 3 sur la plateforme OpenShift 4 dans le cloud AWS.
- Migration des paramètres d'accès RBAC ainsi que des ressources du cluster.
- Migration sélective ou complète de tous les projets vers de nouveaux clusters OpenShift 4.
- Facultatif – organisation de plusieurs niveaux de tolérance aux pannes pour les applications conteneurs si vous disposez de l’abonnement approprié.
Tolérance aux pannes (résilience) à plusieurs niveaux pour les applications OpenShift
Après la migration d'OpenShift 3 vers 4, la solution Appranix peut être utilisée pour fournir une résilience continue des applications, dans laquelle trois options sont possibles. Niveau 1 La résilience (résilience de niveau 1) vous permet de restaurer des applications sans changer de région et de fournisseur de cloud. Il peut être utilisé pour restaurer des applications ou récupérer après une panne locale au niveau de la région, par exemple lorsqu'un déploiement d'application échoue ou dans une situation où vous devez créer rapidement un environnement de test dans la même région mais sur un cluster OpenShift distinct. .
Niveau 2 vous permet de transférer des applications vers une autre région sans changer de fournisseur. Dans ce cas, vous pouvez conserver l'infrastructure de données principale dans la région principale, mais exécuter des applications dans un autre cluster d'une région différente. Cette option est utile lorsqu'une région ou une zone cloud tombe en panne ou que les applications doivent être déplacées vers une autre région en raison d'une cyberattaque. Et enfin, Niveau 3 vous permet de changer non seulement la région, mais également le fournisseur de cloud.
Comment fonctionne Appranix SRA
La tolérance aux pannes à plusieurs niveaux des applications OpenShift dans Appranix est obtenue grâce à la fonctionnalité « Time Machine », qui crée automatiquement des copies de l'environnement d'application. Pour activer cette fonctionnalité et améliorer la sécurité des applications, ajoutez simplement une ligne de code à votre pipeline DevOps.
Les services d'infrastructure des fournisseurs de cloud rencontrent également des problèmes. La possibilité de passer rapidement à un autre fournisseur est donc utile pour éviter de se retrouver enfermé dans un seul fournisseur de services.
Comme le montre l'image ci-dessous, des sauvegardes de l'environnement d'application peuvent être créées dans Appranix non seulement automatiquement à une fréquence spécifiée, mais également sur commande à partir du pipeline d'intégration continue et de livraison CI/CD. En même temps, la « machine à voyager dans le temps » fournit :
- Journalisation incrémentielle de style GitHub des espaces de noms et des environnements d'application.
- Restauration simple de l'application.
- Versionnement des configurations cloud et conteneurs.
- Gestion automatisée du cycle de vie des données.
- Automatisation de la gestion de l'infrastructure en tant que code (IaC).
- Gestion automatisée de l’état IaC.
Avec Appranix, vous pouvez fournir une protection et une récupération complètes au niveau des applications pour des scénarios tels que l'ingénierie du chaos, la reprise après sinistre, la protection contre les ransomwares et la continuité des activités. Nous n'entrerons pas dans les détails à ce sujet et verrons plus en détail comment utiliser Appranix pour migrer d'OpenShift 3 vers OpenShift 4.
Comment migrer OpenShift 3 vers OpenShift 4 à l'aide d'Appranix Site Reliability Platform
Le processus comprend trois étapes :
- Nous configurons OpenShift 3 et OpenShift 4 pour détecter automatiquement tous les composants à migrer.
- Nous créons des politiques et définissons des espaces de noms pour la migration.
- Récupération de tous les espaces de noms sur OpenShift 4 en un clic.
Configuration des clusters OpenShift 3 et 4 pour la découverte automatique
Appranix suppose que vous disposez déjà de clusters OpenShift 3 et OpenShift 4. S'il n'y a pas encore de clusters OpenShift 4, créez-les à l'aide de . La configuration des clusters principal et cible dans Appranix est la même et ne nécessite que quelques étapes.
Installation de l'agent Appranix Controller pour détecter les clusters
Pour découvrir les ressources du cluster, vous avez besoin d’un petit agent contrôleur side-car. Pour le déployer, copiez et collez simplement la commande curl appropriée, comme ci-dessous. Une fois l'agent installé dans OpenShift 3 et OpenShift 4, Appranix découvrira automatiquement toutes les ressources du cluster à migrer, y compris les espaces de noms, les déploiements, les pods, les services, ainsi que les hôtes avec d'autres ressources.
Migration de grandes applications distribuées
Nous allons maintenant examiner un exemple de la façon de transférer facilement l'application de microservice distribuée SockShop d'OpenShift 3 vers OpenShift 4 (suivez le lien - ). Comme on peut le voir de photo ci-dessous,L'architecture SockShop contient de nombreux composants.
Appranix découvre toutes les ressources qui doivent être protégées et migrées vers OpenShift 4, y compris les PoD, les déploiements, les services et les configurations de cluster.
OpenShift 3 avec SockShop en cours d'exécution
Création de politiques de protection pour la migration
Les politiques peuvent être définies de manière flexible en fonction de la manière dont la migration doit être effectuée. Par exemple, en fonction de plusieurs critères ou d'une sauvegarde une fois par heure.
Migration de plusieurs clusters OpenShift 3 à l'aide de plans de protection
En fonction de l'application ou de l'espace de noms spécifique, vous pouvez appliquer des stratégies aux clusters OpenShift 3 qui s'exécutent une fois par heure, une fois par semaine ou même une fois par mois.
Appranix vous permet de migrer tous les espaces de noms d'un cluster vers OpenShift 4 ou uniquement ceux sélectionnés.
Nous effectuons la migration vers OpenShift 4 en un clic
La migration est la restauration des espaces de noms sélectionnés vers le cluster cible OpenShift 4. Cette opération s'effectue en un clic. Appranix effectue lui-même tout le travail de collecte de données sur la configuration et les ressources de l'environnement source, puis les restaure indépendamment sur la plateforme OpenShift 4.
Vérification des applications après la migration vers OpenShift 4
Connectez-vous au cluster OpenShift 4, mettez à jour les projets et vérifiez que toutes les applications et espaces de noms sont corrects. Répétez la procédure de migration pour d'autres espaces de noms, en créant de nouveaux plans de protection ou en modifiant ceux existants.
Lancement d'applications migrées sur OpenShift 4
Après avoir migré des applications à l'aide de la procédure de restauration Appranix, il est important de penser à configurer les routes : elles doivent pointer vers OpenShift 4. Vous souhaiterez peut-être effectuer un test de restauration avant de migrer complètement votre production depuis OpenShift 3. Une fois que vous avez quelques applications en cours d'exécution sur OpenShift 4 dans leurs espaces de noms respectifs, vous devrez migrer les applications restantes à l'aide de ce processus.
Une fois tous les espaces de noms migrés, vous pouvez protéger tous les clusters OpenShift pour une reprise après sinistre continue, une protection anti-ransomware, une continuité d'activité ou des migrations futures, car Appranix Site Reliability Automation se met automatiquement à jour à mesure que de nouvelles versions d'OpenShift sont publiées.
En tout
OpenShift 4 est un grand pas en avant, principalement grâce à la nouvelle architecture immuable et au modèle de plate-forme opérateur pour automatiser les configurations complexes d'applications et de plates-formes exécutées dans des environnements de cluster. Appranix offre aux utilisateurs d'OpenShift un moyen simple et pratique de migrer vers OpenShift 4 avec sa solution cloud native de reprise après sinistre d'applications, Site Reliability Platform.
La solution Appranix est utilisable directement depuis .
Source: habr.com