As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # 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](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/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 OpsWorks Stacks. Os detalhes dependem se você está registrando uma instância local ou da Amazon EC2 . ## 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](workinginstances-os-linux.md). Embora seja possível criar ou registrar instâncias com outros sistemas operacionais (como o CentOS 6). *x*) que foram criados de forma personalizada ou gerada pela comunidade AMIs, não são oficialmente suportados. 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 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 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 OpsWorks agente no serviço OpsWorks Stacks. Se você alternar as chaves de acesso conforme recomendado a cada 90 dias, atualize o 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 ``` ## EC2Instâncias da Amazon Uma EC2 instância da Amazon deve atender aos seguintes critérios: + A AMI deve ter por base um dos sistemas operacionais Linux suportados. Para ver uma lista atual, consulte [OpsWorks Sistemas operacionais de pilha](workinginstances-os.md). Para obter mais informações, consulte [Usando o Custom AMIs](workinginstances-custom-ami.md). 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 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](https://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/WhatIsAutoScaling.html). Para obter mais informações, consulte Separar [ EC2 instâncias do seu grupo de Auto Scaling](https://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/detach-instance-asg.html). + A instância pode fazer parte de uma [VPC](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Introduction.html), mas precisa estar na mesma VPC da pilha e a VPC deve estar configurada para funcionar corretamente com as pilhas. OpsWorks + [As instâncias spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/how-spot-instances-work.html) não são compatíveis, pois não funcionam com a [autorrecuperação](https://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-autohealing.html). Quando você registra uma EC2 instância da Amazon, o OpsWorks Stacks não modifica os [grupos de segurança](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) 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 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 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.