Ainsi, le lancement officiel de la plateforme Red Hat OpenShift 4 a eu lieu. Aujourd'hui, nous allons vous expliquer comment passer à cette version depuis OpenShift Container Platform 3 de manière rapide et simple.
Dans le cadre de cet article, nous nous intéresserons tout d'abord aux nouveaux clusters OpenShift 4, qui utilisent les capacités de l'infrastructure intelligente et immuable (immutable – identique pour tous les environnements de déploiement) basée sur RHEL CoreOS et les outils d'automatisation. Ci-dessous, nous montrerons comment migrer vers OpenShift 4 sans tracas.
Pour en savoir plus sur les différences entre la nouvelle version et l'ancienne, vous pouvez .
Migrer des clusters d'OpenShift 3 vers OpenShift 4 en utilisant la plateforme Red Hat Appranix certifiée.
Appranix et Red Hat ont travaillé ensemble pour simplifier la migration des ressources de clusters d'OpenShift 3 vers OpenShift 4 grâce à un service spécial fonctionnant au-dessus de Appranix Site Reliability Automation pour Kubernetes.
La solution Appranix (vous pouvez la trouver dans ) permet de créer des sauvegardes de tous les clusters OpenShift 3 et de les restaurer sur OpenShift 4 en quelques clics.
Pourquoi la migration avec Appranix vers OpenShift 4 est-elle avantageuse ?
- Démarrage rapide. Étant donné que la solution Appranix est fondée sur les principes de SaaS, il n'est pas nécessaire de configurer une infrastructure ou d'utiliser des solutions spécialisées pour la migration.
- La scalabilité d'Appranix facilite la migration de grands clusters.
- La sauvegarde automatique de configurations complexes de clusters OpenShift 3 suivie d'un transfert vers OpenShift 4 simplifie le processus de migration.
- Possibilité de tester comment les applications de l'infrastructure d'entreprise OpenShift 3 se comportent sur la plateforme OpenShift 4 dans le cloud AWS.
- Migration des paramètres d'accès RBAC avec les ressources du cluster.
- Migration sélective ou complète de tous les projets vers les nouveaux clusters OpenShift 4.
- En option – mise en place de plusieurs niveaux de résilience pour les applications conteneurisées avec l'abonnement approprié.
Résilience multi-niveaux (resiliency) pour les applications OpenShift.
Après la migration de la version 3 vers la version 4 d'OpenShift, la solution Appranix peut être utilisée pour assurer la continuité de la résilience des applications (Continuous App Resilience), avec trois options possibles. Niveau 1 La résilience (niveau 1) permet de récupérer les applications sans changer de région ni de fournisseur de cloud. Elle peut être utilisée pour le retour en arrière des applications ou la récupération après une défaillance locale au niveau de la région, par exemple, en cas de déploiement d'application échoué, ou dans une situation où il est nécessaire de créer rapidement un environnement de test dans la même région, mais sur un cluster OpenShift distinct.
Niveau 2 permet de déplacer les applications vers une autre région sans changer de fournisseur. Dans ce cas, il est possible de conserver l'infrastructure de données principale dans la région principale, mais de faire fonctionner les applications dans un autre cluster dans une autre région. Cette option est utile lorsqu'une région ou une zone cloud tombe en panne, ou qu'il est nécessaire de transférer des applications vers une autre région en raison d'une cyberattaque. Enfin, Niveau 3 permet de changer non seulement de région, mais aussi de fournisseur de cloud.
Comment fonctionne Appranix SRA
La résilience multi-niveaux des applications OpenShift dans Appranix est atteinte grâce à la fonctionnalité de « machine à remonter le temps », qui crée automatiquement des copies de l'environnement des applications. Pour activer cette fonctionnalité et améliorer la protection des applications, il suffit d'ajouter une ligne de code dans le pipeline DevOps.
Des problèmes surviennent également dans les services d'infrastructure des fournisseurs de cloud, donc la possibilité de passer rapidement à un autre fournisseur est utile pour éviter la dépendance à un seul prestataire de services.
Comme illustré ci-dessous, des sauvegardes de l'environnement des applications peuvent être créées dans Appranix non seulement automatiquement à intervalles réguliers, mais aussi à la demande à partir du pipeline d'intégration et de déploiement continus CI/CD. La « machine à remonter le temps » assure :
- Journalisation incrémentielle des espaces de noms et des environnements d'applications, comme sur GitHub.
- Rétrogradation simple des applications.
- Gestion des versions des configurations des environnements clouds et des 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 des états IaC.
Avec Appranix, vous pouvez organiser la protection et la récupération au niveau des applications dans des scénarios tels que le chaos engineering, la récupération après sinistre, la protection contre les ransomwares et l'assurance de la continuité des processus d'affaires. Nous ne nous attarderons pas ici sur ce point et allons examiner comment utiliser Appranix pour migrer de OpenShift 3 à OpenShift 4.
Comment migrer de OpenShift 3 à OpenShift 4 en utilisant la plateforme de fiabilité des sites Appranix
Le processus comprend trois étapes :
- Configurer OpenShift 3 et OpenShift 4 pour la découverte automatique de tous les composants à transférer.
- Créer des politiques et définir des espaces de noms pour la migration.
- Restaurer tous les espaces de noms sur OpenShift 4 en un clic.
Configurer les clusters OpenShift 3 et 4 pour la découverte automatique
Appranix suppose que vous avez déjà des clusters OpenShift 3 et OpenShift 4 opérationnels. Si vous n'avez pas encore de clusters OpenShift 4, créez-les en utilisant . La configuration du cluster principal et du cluster cible dans Appranix se fait de la même manière et comprend seulement quelques étapes.
Installer l'Agente du Contrôleur Appranix pour la découverte des clusters
Un petit agent sidecar du contrôleur est nécessaire pour la découverte des ressources des clusters. Pour le déployer, il suffit de copier et coller la commande curl appropriée, comme indiqué ci-dessous. Une fois l'agent installé dans OpenShift 3 et OpenShift 4, Appranix détectera automatiquement toutes les ressources de cluster soumises à migration, y compris les espaces de noms, les déploiements, les pods, les services, ainsi que les hôtes avec d'autres ressources.
Migration d'applications distribuées de grande taille
Nous allons maintenant examiner comment transférer sans effort une application microservices distribuée, SockShop, de OpenShift 3 à OpenShift 4 (voir le lien – ). Comme on peut le voir dans l'illustration ci-dessous, l'architecture de SockShop contient de nombreux composants.
Appranix détecte toutes les ressources pour lesquelles une protection et une migration vers OpenShift 4 sont nécessaires, y compris, les pods, les déploiements, les services et les configurations de cluster.
OpenShift 3 avec l'application SockShop fonctionnant
Créer des 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, sur la base de plusieurs critères ou d'une sauvegarde effectuée une fois par heure.
Nous effectuons la migration de plusieurs clusters OpenShift 3 à l'aide des plans de protection (Protection Plans).
En fonction des spécificités de l'application ou de l'espace de noms, des politiques peuvent être appliquées aux clusters OpenShift 3, qui s'exécutent une fois par heure, une fois par semaine ou même une fois par mois.
Appranix permet de transférer sur OpenShift 4 tous les espaces de noms du cluster ou seulement certains espaces sélectionnés.
Nous migrons vers OpenShift 4 en un clic.
La migration consiste à restaurer les espaces de noms sélectionnés sur le cluster cible OpenShift 4. Cette opération se fait en un clic. Appranix s'occupe de tout le travail de collecte des données de configuration et des ressources de l'environnement source, puis les restaure automatiquement sur la plateforme OpenShift 4.
Nous vérifions les 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 les espaces de noms sont en bon état. Répétez la procédure de migration pour d'autres espaces de noms en créant de nouveaux plans Protection Plans ou en modifiant ceux qui existent déjà.
Nous lançons les applications migrées sur OpenShift 4.
Après la migration des applications via la procédure de restauration Appranix, il est important de ne pas oublier de configurer les routes – elles doivent pointer vers OpenShift 4. Il est possible qu'avant de transférer complètement la production d'OpenShift 3, vous souhaitiez effectuer une restauration de test. Lorsque plusieurs applications fonctionnelles apparaîtront sur OpenShift 4 dans les espaces de noms correspondants, il sera nécessaire de transférer les autres applications en utilisant ce processus.
Une fois que tous les espaces de noms ont été transférés, vous pourrez protéger tous les clusters OpenShift pour une continuité de récupération après sinistre, une protection contre les ransomwares, assurer la continuité des processus commerciaux ou pour une migration ultérieure, car l'automatisation de la fiabilité de site Appranix se met à jour automatiquement à mesure que de nouvelles versions d'OpenShift sont publiées.
Au total
OpenShift 4 représente un grand pas en avant, principalement grâce à sa nouvelle architecture immuable et au modèle de plateforme Operator pour automatiser les configurations complexes des applications et des plateformes fonctionnant dans des environnements de cluster. Appranix offre aux utilisateurs d'OpenShift un moyen simple et pratique de migrer vers OpenShift 4 grâce à sa solution cloud dédiée à la récupération après sinistre, Site Reliability Platform.
La solution Appranix peut être utilisée directement depuis .
Source : habr.com
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
French
Hungarian
Latvian
Lithuanian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish