Perché le operazioni di Amazon OpsWorks sono così lente?

Sto iniziando a esaminare Amazon OpsWorks e ho creato uno stack con un livello di database e due livelli personalizzati. Ho messo i miei cookbook su un repository privato di git. Mi chiedo perché le macchine utilizzate nel mio scenario sono così lontane !? Durante l'avvio delle macchine, la prima volta che ci sono voluti circa 15-30 minuti finché non sono pronti e anche perché ho appena avviato l'attività "aggiornare cookbooks personalizzati" ci vogliono 4 (!!) minuti per recuperarli da github. Ho già rosso sulla creazione di AMI personalizzati per ridurre il tempo di avvio, ma poi devo rimuovere l' opsworks-agent . Sarei ancora in grado di utilizzare l'interface OpsWorks quando rimuovendo l'agente?

Mi manca qualcosa o è così lento per tutti? Sto usando m1.small m1.small per scopi di prova.

  • Indirizzo IP statico per il traffico in output dal gruppo di autoscalazione AWS
  • Come posso recuperare i dettagli di un computer di dominio da AWS Directory Service?
  • Quanto male è Network Attached Storage per alcune applicazioni cloud?
  • Amazon ELB HTTPS Non funziona
  • Come faccio a ordinare un'unità di recupero dal ghiacciaio AWS?
  • Amazon RDS - SQL Server - Privilegi utente utente
  • One Solution collect form web for “Perché le operazioni di Amazon OpsWorks sono così lente?”

    Poiché ruby ​​viene compilato durante il running_setup per eseguire l' opsworks-agent se si utilizza un OS senza ruby 2.0.0 per impostazione predefinita. (cioè Amazon AMI AMI ha ruby ​​2.0.0 costruito, quindi è più veloce di ubuntu per la fornitura).

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.