4 votes

Pourquoi les opérations d'Amazon OpsWorks sont-elles si lentes ?

Je commence à examiner Amazon OpsWorks et j'ai créé une pile avec une couche de base de données et 2 couches personnalisées. J'ai mis mes cookbooks sur un dépôt git privé. Je me demande pourquoi les machines utilisées dans mon scénario sont si lent ! ? Lors du premier démarrage des machines, il a fallu environ 15-30 minutes pour qu'elles soient prêtes et même si je ne fais que lancer la tâche "update custom cookbooks", il faut 4( !!) minutes pour les récupérer de github. J'ai déjà entendu parler de la création d'AMI personnalisées pour réduire le temps de démarrage, mais je dois alors supprimer l'option de mise à jour des livres de recettes. opsworks-agent . Serais-je toujours en mesure d'utiliser l'interface OpsWorks lorsque je supprime l'agent ?

Est-ce que j'ai raté quelque chose ou est-ce que le processus est si lent pour tout le monde ? J'utilise m1.small intances à des fins de test.

1voto

Olexa Points 219

Parce que ruby est compilé pendant le running_setup pour exécuter le opsworks-agent si vous utilisez un O.S. sans ruby 2.0.0 par défaut. (Par exemple, l'AMI Amazon Linux intègre ruby 2.0.0 et est donc plus rapide qu'ubuntu pour la mise à disposition).

0voto

Massimo Points 67633

C'est malheureusement la norme, même en 2022, pour tout ce qui concerne le cloud.

Chaque fois que vous demandez à un "nuage" de créer et de démarrer quelque chose, il doit l'approvisionner et le faire fonctionner, ce qui signifie qu'il doit dire à l'utilisateur beaucoup de différents systèmes pour créer et démarrer cette chose que vous avez demandée.

"Asynchrone", également connu sous le nom de "vous lui demandez de faire quelque chose, et il finira par le faire quand il le voudra".

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X