C'est ainsi qu'a eu lieu le lancement officiel de la plate-forme Red Hat OpenShift 4. Aujourd'hui, nous vous expliquerons comment y basculer avec la plate-forme OpenShift Container Platform 3 aussi rapidement et simplement que possible.
Dans le cadre de cet article, nous nous intéressons principalement aux nouveaux clusters OpenShift 4 qui utilisent les capacités d'une infrastructure intelligente et immuable (immuable - identique pour tous les environnements de déploiement) basée sur RHEL CoreOS et des outils d'automatisation. Ci-dessous, nous montrons comment passer à OpenShift 4 sans trop de problèmes.
En savoir plus sur les différences entre la nouvelle version et l'ancienne
ici .
Migration de cluster d'OpenShift 3 vers OpenShift 4 à l'aide de la plateforme certifiée Red Hat Appranix
Appranix et Red Hat ont travaillé dur pour rationaliser la migration des ressources de cluster d'OpenShift 3 vers OpenShift 4 à l'aide d'un service spécial exécuté au-dessus de l'Appranix Site Reliability Automation for Kubernetes.
La solution Appranix (présente dans le
catalogue de conteneurs Red Hat ) vous 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 à l'aide d'Appranix pour OpenShift 4 est bonne
- Démarrage rapide. Étant donné que la solution Appranix est basée sur les principes SaaS, vous n'avez pas besoin de configurer d'infrastructure ni de configurer ou d'utiliser des solutions spécialisées distinctes pour la migration.
- L'évolutivité d'Appranix facilite la migration de grands clusters.
- La sauvegarde automatique des configurations de cluster complexes d'OpenShift 3 avec le portage 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 plate-forme 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 de nouveaux clusters OpenShift 4.
- Facultativement - l'organisation de plusieurs niveaux de tolérance aux pannes pour les applications de conteneur avec l'abonnement approprié.
Résilience pour les applications OpenShift
Après la migration de la 3e à la 4e version d'OpenShift, Appranix peut être utilisé pour fournir une résilience continue des applications, dans laquelle il existe trois options. La résilience de niveau 1 vous permet de restaurer des applications sans changer la région et le fournisseur de cloud. Il peut être utilisé pour restaurer des applications ou récupérer après une défaillance locale au niveau régional, par exemple, dans le cas d'un déploiement d'applications infructueux, ou dans une situation dans laquelle vous devez créer rapidement un environnement de test dans la même région, mais dans un cluster OpenShift distinct.
Le niveau 2 vous permet de transférer des applications vers une autre région sans changer de fournisseur. Dans le même temps, vous pouvez enregistrer l'infrastructure de données principale dans la région principale, mais exécuter des applications dans un autre cluster dans une région différente. Cette option est utile lorsqu'une région ou une zone cloud tombe en panne ou que vous devez transférer des applications vers une autre région en raison d'une cyberattaque. Et enfin, le
niveau 3 vous permet de changer non seulement la région, mais aussi le fournisseur de cloud.
Comment fonctionne Appranix SRALa tolérance aux pannes à plusieurs niveaux des applications OpenShift dans Appranix est obtenue grâce à la fonctionnalité d'une «machine à remonter le temps» qui crée automatiquement des copies de l'environnement d'application. Pour utiliser cette fonctionnalité et augmenter la sécurité des applications, ajoutez simplement une ligne de code au pipeline DevOps.
Les services d'infrastructure des fournisseurs de cloud ont également des problèmes, donc la possibilité de basculer rapidement vers un autre fournisseur est utile afin d'éviter la dépendance à l'égard d'un seul fournisseur de services.
Comme le montre la figure ci-dessous , les sauvegardes de l'environnement d'application peuvent être créées dans Appranix non seulement automatiquement à des intervalles spécifiés, mais également par commande à partir du pipeline d'intégration continue et de livraison CI / CD. De plus, la "machine à remonter le temps" offre:
- Journalisation incrémentielle de type GitHub des espaces de noms et des environnements d'application.
- Restauration simple de l'application.
- Contrôle de version des configurations de cloud et de conteneur.
- Gestion automatisée du cycle de vie des données.
- Automatisation de la gestion des infrastructures sous forme de code (IaC).
- Gestion automatisée des états IaC.
Avec Appranix, vous pouvez organiser la protection et la récupération au niveau de l'application entièrement pour des scénarios tels que l'ingénierie du chaos, la reprise après sinistre, la protection contre l'extorsion et la continuité des activités. Nous ne nous attarderons pas là-dessus en détail et examinerons plus en détail comment utiliser Appranix pour migrer d'OpenShift 3 vers OpenShift 4.
Comment migrer OpenShift 3 vers OpenShift 4 à l'aide de la plateforme de fiabilité de site Appranix
Le processus comprend trois étapes:
- Nous configurons OpenShift 3 et OpenShift 4 pour détecter automatiquement tous les composants à migrer.
- Créez des stratégies et définissez des espaces de noms pour la migration.
- Restaurez tous les espaces de noms sur OpenShift 4 en un seul clic.
Configurer les clusters OpenShift 3 et 4 pour la découverte automatique
Appranix pense que vous avez déjà des clusters OpenShift 3 et OpenShift 4. Si vous n'avez pas encore de clusters OpenShift 4, créez-les à l'aide de la
documentation Red Hat sur le déploiement d'OpenShift 4 . La configuration des clusters principal (primaire) et cible (cible) dans Appranix est la même et ne nécessite que quelques étapes.
Installez l'Appranix Controller Agent pour la détection de cluster
Pour détecter les ressources du cluster, vous avez besoin d'un petit agent de contrôleur side-car. Pour le déployer, copiez et collez simplement 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 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 transfert d'une application de microservice SockShop distribuée d'OpenShift 3 vers OpenShift 4 sans efforts inutiles (cliquez ici pour une
description détaillée de cette application et de son architecture de microservice ). Comme vous pouvez le voir sur la
figure ci-dessous , l'architecture SockShop contient de nombreux composants.
Appranix découvre toutes les ressources pour lesquelles il est nécessaire d'assurer la protection et la migration vers OpenShift 4, y compris les PoD, les déploiements, les services et les configurations de cluster.
OpenShift 3 avec une application SockShop en cours d'exécution
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, basé sur plusieurs critères ou sauvegarde une fois par heure.
Migrer plusieurs clusters OpenShift 3 à l'aide de plans de protection
Selon les fonctionnalités de l'application ou de l'espace de noms, des stratégies peuvent être appliquées aux clusters OpenShift 3 qui sont exécutés 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 de cluster vers OpenShift 4, ou uniquement les espaces sélectionnés.
Migrez vers OpenShift 4 en un clic
La migration est la restauration des espaces de noms sélectionnés vers le cluster OpenShift 4. Cette opération est effectuée en un clic. Appranix lui-même fait 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 plate-forme OpenShift 4.
Vérification des applications après la migration vers OpenShift 4
Connectez-vous au cluster OpenShift 4, mettez à niveau les projets et vérifiez que toutes les applications et tous les espaces de noms sont en ordre. Répétez la procédure de migration pour les autres espaces de noms, en créant de nouveaux plans de protection ou en modifiant ceux existants.
Lancer des applications migrées sur OpenShift 4
Après avoir migré des applications à l'aide de la procédure de récupération Appranix, il est important de ne pas oublier de configurer les routes - elles doivent indiquer OpenShift 4. Il est possible qu'avant de transférer complètement la production depuis OpenShift 3, vous souhaitiez effectuer un test de récupération. Lorsque plusieurs applications en cours d'exécution apparaissent dans OpenShift 4 dans leurs espaces de noms respectifs, il devient nécessaire de migrer d'autres applications à l'aide de ce processus.
Après la migration de tous les espaces de noms, vous pouvez protéger tous les clusters OpenShift pour une reprise après sinistre continue, une protection contre l'extorsion, pour assurer la continuité des activités ou pour une migration ultérieure, car Appranix Site Reliability Automation se met à jour automatiquement à mesure que de nouvelles versions d'OpenShift sont publiées.
Total
OpenShift 4 est un grand pas en avant, principalement en raison de la nouvelle architecture inchangée et du modèle de plate-forme opérateur pour automatiser les configurations complexes d'applications et de plates-formes fonctionnant dans des environnements de cluster. Appranix offre aux utilisateurs d'OpenShift un moyen simple et pratique de passer à OpenShift 4 avec leur solution de reprise après sinistre basée sur le cloud, Site Reliability Platform.
Appranix peut être utilisé directement à partir du catalogue de conteneurs Red Hat .