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á. # Adicionar uma instância a uma camada **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). Depois de criar uma camada, normalmente você adiciona pelo menos uma instância. Você poderá adicionar mais instâncias posteriormente se o conjunto atual não suportar a carga. Também é possível usar [instâncias baseadas em carga ou tempo](workinginstances-autoscaling.md) para escalonar automaticamente o número de instâncias. Você pode adicionar instâncias novas ou existentes a uma camada: + **Novo** — OpsWorks cria uma nova instância, configurada de acordo com suas especificações, e a torna um membro da camada. + **Existente**: você pode adicionar uma instância existente em qualquer camada compatível, mas ela deve estar no estado offline (interrompido). Se uma instância pertencer a várias camadas, o OpsWorks Stacks executará as receitas referentes a cada camada da instância quando ocorrer um evento de ciclo de vida ou quando você executar um comando de [pilha](workingstacks-commands.md) ou de [implantação](workingapps-deploying.md). Para transformar uma instância em membro de várias camadas, edite a configuração correspondente. Para obter mais informações, consulte [Edição da configuração da instância](workinginstances-properties.md). **Para adicionar uma nova instância a uma camada** 1. Na página **Instances** selecione **\$1Instance** para a camada apropriada e, se necessário, selecione a guia **New**. Se quiser configurar algo além de **Host name**, **Size** e **Subnet**/**Availability Zone**, escolha **Advanced >>** para ver outras opções. Veja a seguir o conjunto completo de opções: ![\[+Instância para novas instâncias na página Instances\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/add_instance.png) 1. Se desejar, substitua as configurações padrão, a maioria das quais você especificou quando criou a pilha. Para obter mais informações, consulte [Criar uma nova pilha](workingstacks-creating.md). **Hostname** Identifica a instância na rede. Por padrão, o OpsWorks Stacks gera o nome de host de cada instância usando o **tema Hostname** que você especificou ao criar a pilha. Você pode substituir esse valor e especificar o nome do host de sua preferência. **Tamanho** Um tipo de EC2 instância da Amazon, que especifica os recursos da instância, como a quantidade de memória ou o número de núcleos virtuais. OpsWorks As pilhas especificam um tamanho padrão para cada instância, que você pode substituir pelo tipo de instância de sua preferência. Os tipos de instância suportados pelas OpsWorks pilhas dependem de a pilha estar ou não em uma VPC. Os tipos de instâncias também serão limitados se sua conta estiver usando o nível gratuito da AWS. A lista suspensa **Size (Tamanho)** mostra os tipos de instância com suporte para a versão do Chef compatível com a pilha. Lembre-se de que as instâncias micro, como t1.micro, podem não ter recursos suficientes para oferecer suporte a algumas camadas. Para obter mais informações, consulte [Tipos de instância do ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html). Se você estiver usando [instâncias de load balancer](workinginstances-autoscaling-loadbased.md), observe que [configurar eventos de ciclo de vida](workingcookbook-events.md) podem produzir um pico de carga de CPU significativo que pode durar um minuto ou mais. Esse pico de carga de instâncias menores pode ser o suficiente para acionar a ampliação, especialmente para grandes pilhas de balanceamento de carga com frequentes configurações de eventos. Veja a seguir algumas maneiras de reduzir a probabilidade de um evento ser configurado, causando uma ampliação desnecessária. + Use instâncias maiores, para que a carga adicional de um evento de configuração não seja suficiente para acionar a ampliação. + Não use tipos de instância, como o T2, que compartilham os recursos da CPU. Isso garante que quando uma configuração de evento ocorrer, todos os recursos de CPU da instância estejam imediatamente disponíveis. + Torne o `exceeded threshold` tempo significativamente mais longo que o tempo necessário para processar um evento de configuração, talvez 5 minutos. Para obter mais informações, consulte [Uso da escalabilidade automática com base em carga](workinginstances-autoscaling-loadbased.md). **Zona de disponibilidade/sub-rede** Se a pilha não estiver em uma VPC, essa configuração será identificada como ** Availability Zone** e listará as zonas da região. Você pode usar essa configuração para substituir a zona de disponibilidade padrão que você especificou quando criou a pilha. Se a pilha for executada em uma VPC, essa configuração será identificada como **Subnet** e listará as sub-redes da VPC. Você pode usar essa configuração para substituir a configuração padrão de sub-rede que você especificou quando criou a pilha. Por padrão, o OpsWorks Stacks lista os intervalos CIDR da sub-rede. Para tornar a lista mais legível, use o console VPC ou a API para adicionar uma tag a cada sub-rede **com** a chave definida como **e** o valor definido como **Name** o nome da sub-rede. OpsWorks Stacks anexa esse nome ao intervalo CIDR. No exemplo anterior, a sub-rede da tag Nome está definida como **Private**. **Tipo de Escala** Determina como a instância é iniciada e interrompida. + O valor padrão é uma instância **24/7** que você inicia e interrompe manualmente. + OpsWorks O Stacks inicia e interrompe instâncias **baseadas em tempo** com base em um cronograma especificado. + (Somente Linux) O OpsWorks Stacks inicia e interrompe instâncias **baseadas em carga** com base em métricas de carga especificadas. Não se inicia ou se interrompe criando instâncias Linux no Amazon EC2, baseando-se em carga ou em tempo por conta própria. Em vez disso, você configura as instâncias, e o OpsWorks Stacks as inicia e interrompe com base na configuração. Para obter mais informações, consulte [Gerenciamento de carga com instâncias baseadas em tempo e carga](workinginstances-autoscaling.md). **Chave de ativação do SSH** Um par de EC2 chaves da Amazon. OpsWorks O Stacks instala a chave pública na instância. + Para instâncias do Linux, você pode usar a chave privada correspondente com um cliente da SSH para [efetuar o login na instância](workinginstances-ssh.md). + Para instâncias do Windows, você pode usar a chave privada correspondente para [recuperar a senha do administrador da instância](workinginstances-rdp.md#workinginstances-rdp-admin). Em seguida, você pode usar essa senha com o RDP para fazer login na instância como administrador. Inicialmente essa configuração é o valor **Default SSH key** que você especificou quando criou a pilha. + Se o valor padrão estiver definido como **Não use uma chave SSH padrão**, você pode especificar uma das EC2 chaves da Amazon da sua conta. + Se o valor padrão for definido como uma EC2 chave da Amazon, você poderá especificar uma chave diferente ou nenhuma chave. **Sistema operacional** **O sistema operacional** especifica qual sistema operacional a instância está executando. OpsWorks O Stacks oferece suporte somente a sistemas operacionais de 64 bits. Inicialmente essa configuração é o valor **Default operating system** que você especificou quando criou a pilha. Você pode substituir o valor padrão para especificar um sistema operacional diferente da Linux ou de uma Imagem de máquina da Amazon (AMI) personalizada. No entanto, você não pode mudar do Linux para o Windows ou do Windows para o Linux. Se você selecionar **Usar AMI personalizada**, a página exibirá uma lista de **tipos de dispositivo raiz** e de **arquitetura** personalizados AMIs em vez de arquitetura. ![\[+Instância para novas instâncias na página Instances\]](http://docs.aws.amazon.com/pt_br/opsworks/latest/userguide/images/add_instance_ami.png) Para obter mais informações, consulte [Usando o Custom AMIs](workinginstances-custom-ami.md). **OpsWorks Versão do agente** OpsWorks A **versão do agente** especifica a versão do agente OpsWorks Stacks que você deseja executar na instância. Se você desejar que o OpsWorks Stacks atualize o agente automaticamente, escolha **Inherit from stack (Herdar da pilha)**. Para instalar uma versão específica do agente e atualizar manualmente o agente na instância, escolha uma versão da lista suspensa. Nem todos as versões do agente funcionam com todas as versões de sistemas operacionais. Se sua instância estiver executando um agente, ou se você instalar um agente em uma instância, que não é totalmente compatível com o sistema operacional da instância, o console do OpsWorks Stacks exibirá mensagens de erro que instruem você a instalar um agente compatível. **Locação** Escolha a opção de locação para sua instância. Você pode optar por executar suas instâncias em servidores físicos totalmente dedicados ao seu uso. + **Default - Rely on VPC settings**. Sem configurações de locação ou de locação de heranças na sua VPC. + **Dedicated - Run a dedicated instance**. Pague por hora para instâncias que são executadas no hardware de um único locatário. Para obter mais informações, consulte [Instâncias dedicadas](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/dedicated-instance.html) no Guia do usuário da Amazon VPC e Instâncias [ EC2 dedicadas da Amazon](https://aws.amazon.com/ec2/purchasing-options/dedicated-instances/). + **Dedicated host - Run this instance on a dedicated host**. pague por um host físico que seja totalmente dedicado à execução de suas instâncias e traga suas licenças de software existentes por soquete, por núcleo ou por VM para reduzir custos. Para obter mais informações, consulte [Visão geral de hosts dedicados](https://aws.amazon.com/ec2/dedicated-hosts/) na EC2 documentação da Amazon e [Hosts EC2 dedicados da Amazon](https://aws.amazon.com/ec2/dedicated-hosts/). **Tipo de dispositivo raiz** Especifica o dispositivo raiz da instância de armazenamento. + As instâncias do Linux podem obter suporte do Amazon EBS ou do armazenamento de instâncias. + As instâncias do Windows obtêm suporte do Amazon EBS. Para obter mais informações, consulte [Armazenamento](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Storage.html). Após a inicialização inicial, as instâncias apoiadas pelo Amazon EBS inicializam mais rápido do que as instâncias apoiadas pelo armazenamento de instâncias, porque o OpsWorks Stacks não precisa reinstalar o software da instância do zero. Para obter mais informações, consulte [Armazenamento do dispositivo raiz](best-practices-storage.md). **Tipo de volume** Especifica o tipo de volume do dispositivo raiz: **Magnetic**, **Provisioned IOPS (SSD)** ou **General Purpose (SSD)**. Para obter mais informações, consulte [Tipos de volumes do Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html). **Tamanho do volume** Especifica o tamanho do volume raiz para o tipo de volume.especificado. Para obter mais informações, consulte [Tipos de volumes do Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html). + **Finalidade geral (SSD)**. O tamanho mínimo permitido é: 8 GiB; o tamanho máximo é 16384 GiB. + **IOPS provisionado (SSD)**. O tamanho mínimo permitido é: 8 GiB; o tamanho máximo é 16384 GiB. Você pode definir um mínimo de 100 input/output operações por segundo (IOPS) e um máximo de 240 IOPS. + **Magnético**. O tamanho mínimo permitido é 8 GiB; o tamanho máximo é 1024 GiB. 1. Selecione **Add Instance** para criar a instância nova. **nota** Você não pode substituir a configuração da [versão do agente padrão da pilha](workingstacks-creating.md#workingstacks-creating-advanced-agent) quando cria uma instância. Para especificar uma configuração de versão do agente personalizado, você deve criar a instância e, em seguida, [editar sua configuração](workinginstances-properties.md). **Para adicionar uma instância existente a uma camada** 1. Na página **Instances** selecione **\$1Instance** da camada apropriada e, se necessário, selecione a guia **Existing**. **nota** Caso mude de ideia sobre o uso de uma instância existente, selecione **New** para criar uma nova instância, conforme descrito no procedimento anterior. 1. Na guia **Existing**, selecione uma instância na lista. 1. Selecione **Add Instance** para criar a instância nova. Uma instância representa uma EC2 instância da Amazon, mas é basicamente apenas uma estrutura de dados do OpsWorks Stacks. Uma instância deve ser iniciada para criar uma EC2 instância da Amazon em execução, conforme descrito nas seções a seguir. **Importante** Se você ativar instâncias em uma VPC padrão, você deve ter cuidado ao modificar a configuração da VPC. As instâncias sempre devem ser capazes de se comunicar com o serviço OpsWorks Stacks, o Amazon S3 e com os repositórios de pacotes. Se, por exemplo, você remover um gateway padrão, as instâncias perderão a conexão com o serviço OpsWorks Stacks, que então tratará as instâncias como falhadas e as [recuperará automaticamente](workinginstances-autohealing.md). No entanto, o OpsWorks Stacks não conseguirá instalar o agente da instância nas instâncias corrigidas. Sem um agente, as instâncias não podem se comunicar com o serviço, e o processo de startup não avançará além do estado `booting` Para obter mais informações sobre a VPC padrão, consulte [Plataformas suportadas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-supported-platforms.html). Você também pode incorporar recursos de computação Linux em uma pilha que foi criada fora das OpsWorks pilhas: + EC2 Instâncias da Amazon que você criou diretamente usando o EC2 console, a CLI ou a API da Amazon. + Instâncias *on-premises* executadas em seu próprio hardware, inclusive instâncias executadas em máquinas virtuais. Para obter mais informações, consulte [Uso de recursos de cálculo criados fora do OpsWorks Stacks](registered-instances.md).