Quand cela vaut la peine de passer d'une instance de conteneur à une machine virtuelle

La plupart des utilisateurs commencent par une instance de conteneur, car c'est le moyen le plus rapide d'exécuter une charge de travail. C'est une bonne valeur par défaut. Le problème commence lorsque vous passez plus de temps à lutter contre l'environnement qu'à faire le travail pour lequel vous êtes venu.

Le passage à une machine virtuelle (VM) n'est pas un choix « plus avancé » en soi. C'est un choix pratique lorsque vous avez besoin d'un serveur Linux de forme normale et que le moteur d'exécution du conteneur ne cesse de vous gêner.

Si vous voulez le rapide « que dois-je choisir ? » version, lisez d'abord ceci : VM ou conteneur : comment choisir en 60 secondes. Si vous souhaitez la mise à jour du produit qui a introduit les machines virtuelles, commencez ici : Compute prend désormais en charge les machines virtuelles (VM).

Les signaux indiquant qu'il est temps de changer

Tu n'as pas besoin d'une grande raison. Vous avez besoin d'une raison solide qui revient sans cesse. Ce sont eux qui comptent dans la vraie vie.

Vous avez toujours besoin de sudo, de packages système ou de modifications au niveau du système d'exploitation. Si vos instructions de configuration commencent par « installer ces packages » et que vous êtes bloqué parce que vous ne pouvez pas le faire correctement, vous payez déjà la taxe. Une machine virtuelle vous offre un système d'exploitation complet et le contrôle qui va avec.

Vous voulez que Docker fonctionne normalement. Si votre flux de travail dépend de Docker lui-même (en particulier de Docker Compose ou des piles multiservices), une machine virtuelle est la voie la plus propre. Vous passerez moins de temps à trouver des solutions et plus de temps à expédier. Exécutez Docker de la manière habituelle sur une machine virtuelle de calcul

Vous essayez d'exécuter une charge de travail « en forme de serveur ». Certains logiciels nécessitent des services système, des démons d'arrière-plan et une machine qui se comporte comme un hôte Linux classique. Vous pouvez parfois le plier dans un contenant. Cela vaut rarement la peine de se battre lorsqu'une machine virtuelle est disponible.

Vous avez besoin d'un isolement plus strict pour avoir l'esprit tranquille. Les conteneurs sont efficaces. Les machines virtuelles vous permettent de définir des limites plus strictes car il s'agit d'un environnement entièrement virtualisé. Si vous êtes dans une situation à locataires multiples, que vous effectuez des analyses de référence ou que vous devez répondre à des exigences opérationnelles plus strictes, cet isolement peut faire la différence entre la confiance et la remise en question constante.

Vous avez besoin d'un environnement système stable et persistant pour un travail itératif. Si votre flux de travail implique une mise en forme progressive de la machine (chaînes d'outils, paramètres système, dépendances durables), il est plus naturel de le faire sur une machine virtuelle que dans un environnement d'exécution de conteneur censé rester léger.

Une règle simple qui nous plaît : si vous avez passé plus d'une heure à essayer de « faire en sorte que le conteneur se comporte comme une machine virtuelle », arrêtez-vous et utilisez une machine virtuelle.

Quand devriez-vous rester sur un contenant

Parfois, la réponse honnête est « ne changez pas ».

Si votre charge de travail est un service unique ou si elle est basée sur un modèle connu, les conteneurs restent généralement plus simples. Ils sont également plus faciles à reproduire et à remplacer. Si vous réalisez des expériences rapides, des tâches de courte durée ou tout autre élément que vous souhaitez créer et démonter sans penser à la maintenance du système d'exploitation, les conteneurs restent l'outil qu'il vous faut.

En cas de doute, vous pouvez également traiter les conteneurs comme la phase de dépistage et les machines virtuelles comme la phase de construction. Cette voie est courante et saine.

Qu'est-ce qui change lorsque vous passez à une machine virtuelle

Une machine virtuelle vous donne le contrôle total du système d'exploitation. Cela signifie que vous choisissez un système d'exploitation Linux, que vous vous connectez via SSH et que vous gérez la machine comme vous le feriez sur n'importe quel autre serveur. Cela signifie également que vous êtes propriétaire d'une plus grande partie de l'installation. Vous allez installer les dépendances du système, surveiller l'utilisation du disque et décider du mode d'exécution de vos services.

Le reste devrait vous sembler familier. Vous choisissez toujours l'emplacement et le matériel de la même manière, et vous gérez tout à partir de la même console informatique.

Pour plus de détails sur le cycle de vie, tels que le comportement d'arrêt/démarrage et ce qui persiste, considérez les documents comme la source de vérité : Démarrer, arrêter et terminer des instances.

Comment changer sans drame

Vous n'avez pas besoin d'un grand projet de migration. Vous avez besoin d'un mouvement contrôlé avec un plan de restauration.

Commencez par répertorier ce dont votre configuration de conteneur a besoin pour fonctionner : variables d'environnement, ports ouverts, données externes et tous les services auxquels elle communique. C'est ce qui fait d'une charge de travail « la vôtre », quel que soit son temps d'exécution.

Créez une machine virtuelle qui correspond à votre forme actuelle. Choisissez le même emplacement et à peu près la même classe de matériel. Cela permet de garantir une comparaison des performances honnête et d'éviter l'introduction d'une deuxième variable lors de la migration. Si vous avez besoin d'un rappel sur la création de machines virtuelles, utilisez : Démarrage rapide du calcul.

Décidez de la manière dont vous souhaitez exécuter la charge de travail sur la machine virtuelle. Deux options communes s'offrent à vous. Si votre charge de travail est déjà expédiée sous forme de conteneurs et que vous avez choisi une machine virtuelle principalement pour « Docker fonctionne normalement », le chemin le plus simple consiste souvent à exécuter la même pile sur la machine virtuelle à l'aide de Docker. Si vous changez parce que vous avez besoin d'outils au niveau du système d'exploitation, vous pouvez exécuter l'application directement sur la machine virtuelle. Les deux sont valides. Choisissez celui qui réduit le temps de configuration et la maintenance future pour votre équipe.

Déplacez les données de manière délibérée. Ne vous fiez pas à « il sera probablement toujours là ». Placez les artefacts importants dans un endroit conçu pour le stockage et le partage (stockage d'objets, dépôt, compartiment de données, tout ce à quoi votre équipe fait déjà confiance). Si vous avez besoin d'aide pour réfléchir à la persévérance, cette fiche explicative a pour but de lever toute ambiguïté : Est-ce qu'une machine virtuelle conserve mes modifications ? Explication de la persistance sur le calcul.

Testez la machine virtuelle avant de changer de trafic. Exécutez la même charge de travail, vérifiez qu'elle se comporte bien, puis basculez. Conservez l'instance de conteneur suffisamment longtemps pour pouvoir revenir en arrière si vous remarquez quelque chose de bizarre.

Si vous exposez des services à Internet, planifiez les ports à l'avance. C'est là que les gens perdent leur temps. Configurez la connectivité une fois que vous savez ce dont vous avez besoin, et limitez-la. Si vous souhaitez obtenir la version en anglais clair des options de connexion, utilisez : SSH, HTTPS, TCP, UDP : comment exposer un service depuis une machine virtuelle de calcul.

Questions courantes que les gens se posent avant de changer

Le changement va-t-il perturber mon flux de travail ?

Cela ne devrait pas être le cas si vous séparez la « configuration de la charge de travail » de la « durée d'exécution ». Vos variables d'environnement, vos ports et vos chemins de données constituent le véritable flux de travail. Le runtime est le conteneur ou la machine virtuelle qui l'héberge.

Est-ce que je dois apprendre beaucoup de nouvelles choses ?

Oui, vous allez effectuer davantage de configuration Linux-Y sur une machine virtuelle. C'est le but. Le métier consiste à arrêter de lutter contre l'environnement et à commencer à utiliser des outils normaux. Pour de nombreuses équipes, cela représente une nette réduction de l'effort après la première configuration.

Dois-je changer simplement parce que des machines virtuelles existent maintenant ?

Non. Si les contenants sont déjà adaptés, continuez à les utiliser. Changez lorsque vous avez un besoin concret : Docker, contrôle du système d'exploitation, services système, isolation ou reproductibilité.

Essayez Compute

Si vous atteignez des limites avec une instance de conteneur, ne la considérez pas comme un échec personnel. Traitez-le comme un signal. Lancez une machine virtuelle, donnez-vous le contrôle du système d'exploitation et poursuivez votre travail.

‍