Preparar a instância

Importante

O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no AWS re:POST ou por meio do Premium AWS Support.

nota

Este recurso é suportado somente para pilhas do Linux.

Antes de registrar uma instância, você deve garantir que ela seja compatível com o AWS OpsWorks Stacks. Os detalhes dependem se você estiver registrando uma instância Amazon EC2 ou on-premises.

Instâncias on-premises

Uma instância on-premises deve atender aos seguintes critérios:

• A instância deve executar um dos sistemas operacionais Linux suportados. Embora seja possível criar ou registrar instâncias com outros sistemas operacionais (como o CentOS 6.x) criados a partir de AMIs personalizadas ou geradas pela comunidade, elas não são compatíveis oficialmente.

  Você deve instalar o pacote libyaml na instância. Para instâncias do Ubuntu, o pacote é chamado de libyaml-0-2. Para instâncias CentOS e Red Hat Enterprise Linux, o pacote é chamado de libyaml.

• A instância deve ter um tipo de instância compatível (às vezes chamada do tamanho da instância). Tipos de instâncias suportados podem variar de acordo com o sistema operacional e dependem se a pilha está em uma VPC. Para ver uma lista dos tipos de instância compatíveis, veja os valores da lista suspensa Tamanho que são mostrados no console AWS OpsWorks Stacks quando você tenta criar uma nova instância na pilha de destino. Se um tipo de instância está esmaecido e não pode ser criado na pilha de destino, você não pode registrar uma instância desse tipo.

• A instância deve ter acesso à Internet que permita a comunicação com o endpoint do serviço AWS OpsWorks Stacks,. opsworks.us-east-1.amazonaws.com (HTTPS) A instância também deve ser compatível com conexões de saída com recursos da AWS, como o Amazon S3.

• Se você pretende registrar a instância a partir de uma estação separada, a instância registrada deve ser compatível com o login de SSH da estação de trabalho.

  O login de SSH não é necessário se você executar o comando de registro a partir da instância.

• A chave de AWS acesso é usada para autenticação do AWS OpsWorks agente no serviço AWS OpsWorks Stacks. Se você alternar as chaves de acesso conforme recomendado a cada 90 dias, atualize o AWS OpsWorks agente manualmente para usar a nova chave. Em um computador ou instância on-premises, edite o arquivo /etc/aws/opsworks/instance-agent.yml com a nova chave de acesso e a chave secreta. O comando a seguir mostra a chave de acesso e a chave secreta neste arquivo. Um agente que está usando chaves antigas pode causar erros.

  cat /etc/aws/opsworks/instance-agent.yml | egrep "access_key|secret_key"
  :access_key_id: AKIAIOSFODNN7EXAMPLE
  :secret_access_key: wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY

Instâncias do Amazon EC2

Uma instância Amazon EC2 deve atender aos seguintes critérios:

• A AMI deve ter por base um dos sistemas operacionais Linux suportados. Para ver uma lista atual, consulte AWS OpsWorks Sistemas operacionais de pilha.

  Para ter mais informações, consulte Uso de AMIs personalizadas.

  Se a instância é baseada em uma AMI personalizada que deriva a partir de uma AMI padrão suportada, ou se a instância contém uma configuração mínima, você deve instalar o pacote libyaml na instância. Para instâncias do Ubuntu, o pacote é chamado de libyaml-0-2. Para instâncias Amazon Linux e Red Hat Enterprise Linux, o pacote é chamado de libyaml.

• A instância deve ter um tipo de instância compatível (às vezes chamada do tamanho da instância). Tipos de instâncias suportados podem variar de acordo com o sistema operacional e dependem se a pilha está em uma VPC. Para ver uma lista dos tipos de instância compatíveis, veja os valores da lista suspensa Tamanho que são mostrados no console AWS OpsWorks Stacks quando você tenta criar uma nova instância na pilha de destino. Se um tipo de instância está esmaecido e não pode ser criado na pilha de destino, você não pode registrar uma instância desse tipo.

• A instância deve estar no estado running.

• A instância não deve fazer parte de um Grupo do Auto Scaling.

  Para obter mais informações, consulte Separar instâncias do EC2 do grupo do Auto Scaling.

• A instância pode fazer parte de uma VPC, mas precisa estar na mesma VPC da pilha e a VPC deve estar configurada para funcionar corretamente com as pilhas. AWS OpsWorks

• As instâncias spot não são compatíveis, pois não funcionam com a autorrecuperação.

Quando você registra uma instância do Amazon EC2, o AWS OpsWorks Stacks não modifica os grupos de segurança ou as regras da instância. Certifique-se de que as regras do grupo de segurança da instância atendam aos seguintes requisitos do AWS OpsWorks Stacks.

Ingress Rules (Regras de entrada)

As regras de entrada devem permitir o seguinte.

• Login de SSH.

• O tráfego das camadas adequadas.

  Por exemplo, um servidor de banco de dados normalmente permite o tráfego de entrada das camadas do servidor de aplicativos da pilha.

• O tráfego para as portas apropriadas.

  Por exemplo, as instâncias do servidor de aplicativos normalmente permitem todo o tráfego de entrada para as portas 80 (HTTP) e 443 (HTTPS).

Egress Rules (Regras de saída)

As regras de saída devem permitir o seguinte.

• Tráfego para o serviço AWS OpsWorks Stacks a partir de aplicativos em execução na instância.

• O tráfego para acessar os recursos da AWS, como o Amazon S3 de aplicativos usando a API da AWS.

Uma abordagem comum é não especificar nenhuma regra de saída, o que impõe restrições sobre o tráfego de saída.