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á.
# OpsWorks Sistemas operacionais de pilha
**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).
OpsWorks O Stacks é compatível com as versões de 64 bits de vários sistemas operacionais integrados, incluindo distribuições Amazon e Ubuntu Linux e Microsoft Windows Server. Algumas observações gerais:
+ As instâncias da pilha podem executar tanto Linux quanto Windows.
Uma pilha pode ter diferentes versões do Linux ou distribuições em diferentes instâncias, mas não é possível combinar as instâncias Linux e Windows.
+ Você pode usar imagens [personalizadas AMIs](workinginstances-custom-ami.md) (Amazon Machine Images), mas elas devem ser baseadas em uma das OpsWorks pilhas suportadas AMIs , descritas nos tópicos desta seção. 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.
+ [Sistemas operacionais Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
+ É possível [iniciar e parar instâncias manualmente](workinginstances-starting.md) ou deixar que o OpsWorks Stacks [dimensione automaticamente](workinginstances-autoscaling.md) o número de instâncias.
É possível usar esse tipo de escalabilidade automática com base em tempo com qualquer pilha. As pilhas do Linux também podem usar escalabilidade com base na carga.
+ Além de usar o OpsWorks Stacks para criar EC2 instâncias da Amazon, você também pode [registrar instâncias com uma pilha Linux que foram criadas fora do OpsWorks Stacks](workinginstances-autoscaling.md).
Isso inclui EC2 instâncias da Amazon e instâncias executadas em seu próprio hardware. No entanto, elas devem ser executadas uma das distribuições do Linux compatíveis. Você não pode registrar a Amazon EC2 ou instâncias locais do Windows.
Você pode executar a [https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html)API OpsWorks Stacks para retornar uma lista dos sistemas operacionais compatíveis e suas versões compatíveis do Chef. Veja a seguir um comando de exemplo que usa a AWS CLI.
```
aws opsworks describe-operating-systems
```
O seguinte é um exemplo de resposta.
```
{
"OperatingSystems": [
{
"Name": "Amazon Linux",
"Id": "Amazon Linux",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.03",
"Supported": false
},
{
"Name": "Amazon Linux 2",
"Id": "Amazon Linux 2",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2"
},
{
"Name": "Amazon Linux 2014.09",
"Id": "Amazon Linux 2014.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.09",
"Supported": false
},
{
"Name": "Amazon Linux 2015.03",
"Id": "Amazon Linux 2015.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.03",
"Supported": false
},
{
"Name": "Amazon Linux 2015.09",
"Id": "Amazon Linux 2015.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.09",
"Supported": false
},
{
"Name": "Amazon Linux 2016.03",
"Id": "Amazon Linux 2016.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.03"
},
{
"Name": "Amazon Linux 2016.09",
"Id": "Amazon Linux 2016.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.09"
},
{
"Name": "Amazon Linux 2017.03",
"Id": "Amazon Linux 2017.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.03"
},
{
"Name": "Amazon Linux 2017.09",
"Id": "Amazon Linux 2017.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.09"
},
{
"Name": "Amazon Linux 2018.03",
"Id": "Amazon Linux 2018.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2018.03"
},
{
"Name": "CentOS Linux 7",
"Id": "CentOS Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "CentOS Linux",
"ReportedVersion": "7"
},
{
"Name": "Microsoft Windows Server 2012 R2 Base",
"Id": "Microsoft Windows Server 2012 R2 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2019 Base",
"Id": "Microsoft Windows Server 2019 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Express",
"Id": "Microsoft Windows Server 2019 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Standard",
"Id": "Microsoft Windows Server 2019 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Web",
"Id": "Microsoft Windows Server 2019 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 Base",
"Id": "Microsoft Windows Server 2022 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Express",
"Id": "Microsoft Windows Server 2022 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Standard",
"Id": "Microsoft Windows Server 2022 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Web",
"Id": "Microsoft Windows Server 2022 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Red Hat Enterprise Linux 7",
"Id": "Red Hat Enterprise Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "Red Hat Enterprise Linux",
"ReportedVersion": "7"
},
{
"Name": "Ubuntu 12.04 LTS",
"Id": "Ubuntu 12.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "12.04",
"Supported": false
},
{
"Name": "Ubuntu 14.04 LTS",
"Id": "Ubuntu 14.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "14.04"
},
{
"Name": "Ubuntu 16.04 LTS",
"Id": "Ubuntu 16.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "16.04"
},
{
"Name": "Ubuntu 18.04 LTS",
"Id": "Ubuntu 18.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "18.04"
},
{
"Name": "Ubuntu 20.04 LTS",
"Id": "Ubuntu 20.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "20.04"
},
{
"Name": "Custom",
"Id": "Custom",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
]
},
{
"Name": "CustomWindows",
"Id": "CustomWindows",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
]
}
]
}
```
**Topics**
+ [Sistemas operacionais Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
# Sistemas operacionais Linux
**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).
OpsWorks O Stacks é compatível com as versões de 64 bits dos seguintes sistemas operacionais Linux.
+ [Amazon Linux](https://aws.amazon.com/amazon-linux-ami/faqs/) e [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/) (consulte o console do [OpsWorks Stacks ](https://console.aws.amazon.com/opsworks/) para saber quais são as versões atualmente compatíveis)
+ [Ubuntu 20.04 LTS](https://wiki.ubuntu.com/FocalFossa/ReleaseNotes)
+ [CentOS 7](https://docs.centos.org/en-US/centos/install-guide/Revision_History/)
+ [Red Hat Enterprise Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/)
Você também pode usar o [personalizado AMIs](workinginstances-custom-ami.md) com base nesses sistemas operacionais.
Algumas notas gerais sobre as instâncias Linux:
**Versões do pacote compatível**
As versões compatíveis e os níveis de patch para pacotes, como Ruby, dependem do sistema operacional e da versão, conforme descrito nas seções a seguir.
**Atualizações**
Por padrão, o OpsWorks Stacks garante que as instâncias Linux tenham os patches de segurança mais recentes chamando automaticamente `yum update` ou `apt-get update` após a inicialização de uma instância. Para desativar as atualizações automáticas, use as [UpdateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateLayer.html)ações [CreateInstance[UpdateInstance](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateInstance.html)](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateInstance.html), [CreateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateLayer.html), ou — ou os métodos equivalentes do [AWS SDK](https://aws.amazon.com/tools/) ou comandos da AWS [CLI](https://aws.amazon.com/documentation/cli/) — para definir o parâmetro como. `InstallUpdatesOnBoot` `false`
Para evitar interrupções no serviço, o OpsWorks Stacks não instala automaticamente as atualizações depois que uma instância está on-line. É possível atualizar manualmente um sistema operacional de uma instância online a qualquer momento, executando o [comando da pilha para fazer upgrade do sistema operacional](workingstacks-commands.md). Para obter mais informações sobre como gerenciar as atualizações de segurança, consulte [Gerenciamento de atualizações de segurança](workingsecurity-updates.md).
Para ter mais controle sobre como o OpsWorks Stacks atualiza suas instâncias, crie uma AMI personalizada com base em um dos sistemas operacionais compatíveis. Por exemplo, com a personalização, AMIs você pode especificar quais versões do pacote estão instaladas em uma instância. Cada distribuição do Linux tem diferentes cronogramas de suporte e políticas de mesclagem de pacotes, por isso é preciso considerar qual é a abordagem que melhor atende às suas necessidades. Para obter mais informações, consulte [Usando o Custom AMIs](workinginstances-custom-ami.md).
**Arquivo Hosts**
Cada instância on-line tem um `/etc/hosts` arquivo que mapeia endereços IP para nomes de host. OpsWorks As pilhas incluem os endereços públicos e privados de todas as instâncias on-line da pilha no arquivo de `hosts` cada instância. Por exemplo, suponha que exista uma pilha com duas instâncias Node.js App Server, nodejs-app1 e nodejs-app2, e uma instância MySQL db-master1. O arquivo `hosts` da instância nodejs-app1 será semelhante ao exemplo a seguir, e o das outras instâncias terão arquivos `hosts` semelhantes.
```
...
# OpsWorks Layer State
192.0.2.0 nodejs-app1.localdomain nodejs-app1
10.145.160.232 db-master1
198.51.100.0 db-master1-ext
10.243.77.78 nodejs-app2
203.0.113.0 nodejs-app2-ext
10.84.66.6 nodejs-app1
192.0.2.0 nodejs-app1-ext
```
**OpsWorks Suporte ao Stacks Agent Proxy**
O agente OpsWorks Stacks para pilhas do Chef 11.10 e posteriores inclui suporte básico para servidores proxy, que normalmente são usados com sistemas isolados. VPCs Para ativar o suporte do servidor de proxy, uma instância deve ter um arquivo `/etc/environment` que fornece as configurações adequadas para tráfego HTTP e HTTPS. O arquivo deve ser semelhante ao seguinte, onde o texto destacado é substituído pelo URL do servidor de proxy e a porta:
```
http_proxy="http://myproxy.example.com:8080/"
https_proxy="http://myproxy.example.com:8080/"
no_proxy="169.254.169.254"
```
Para ativar o suporte de proxy, recomendamos a [criação de uma AMI personalizada](workinginstances-custom-ami.md) que inclua um arquivo `/etc/environment` adequado e usar essa AMI para criar as instâncias.
Não recomendamos o uso de uma receita personalizada para criar um `/etc/environment` arquivo em suas instâncias. OpsWorks O Stacks precisa dos dados do servidor proxy logo no início do processo de configuração, antes que qualquer receita personalizada seja executada.
**Topics**
+ [Amazon Linux](#workinginstances-os-amazon)
+ [Ubuntu LTS](#workinginstances-os-linux-ubuntu)
+ [CentOS](#workinginstances-os-linux-centos)
+ [Red Hat Enterprise Linux](#workinginstances-os-linux-rhel)
## Amazon Linux
OpsWorks O Stacks é compatível com as versões de 64 bits do Amazon Linux e do Amazon Linux 2. Além das atualizações e patches regulares, o Amazon Linux lança uma nova versão a cada seis meses, aproximadamente, o que pode envolver alterações significativas. Ao criar uma pilha ou uma nova instância, é preciso especificar qual versão Amazon Linux deve ser usada. Quando a AWS libera uma nova versão, as instâncias continuam a executar a versão especificada até que ela seja alterada explicitamente. Depois que uma versão da Amazon Linux é lançada, há um período de migração de quatro semanas, em que a AWS continua a fornecer atualizações regulares para a versão antiga. Após o período de migração, suas instâncias podem continuar a executar a versão antiga, mas a AWS não fornecerá atualizações adicionais. Para obter mais informações, consulte [AMI do Amazon Linux FAQs](https://aws.amazon.com/amazon-linux-ami/faqs/#lock).
Quando uma nova versão do Amazon Linux for lançada, atualize para a nova versão dentro do período de migração para que as instâncias continuem a receber atualizações de segurança. Antes de atualizar suas instâncias da pilha de produção, inicie uma nova instância e verifique se o seu aplicativo é executado corretamente na nova versão. Em seguida, atualize as instâncias da pilha de produção.
**nota**
Por padrão, as versões personalizadas AMIs baseadas no Amazon Linux são automaticamente atualizadas para a nova versão quando ela é lançada. Recomenda-se bloquear a AMI personalizada em uma versão específica do Amazon Linux para que seja possível adiar a atualização até que a nova versão tenha sido testada. Para obter mais informações, consulte [Como bloquear a AMI em uma versão específica?](https://aws.amazon.com/amazon-linux-ami/faqs/#lock).
Se você usar um CloudFormation modelo para criar pilhas com instâncias executando o Amazon Linux, os modelos devem especificar explicitamente uma versão do Amazon Linux. Em particular, se o modelo especifica `Amazon Linux`, as instâncias continuarão executando a versão 2016.09. Para obter mais informações, consulte [AWS::OpsWorks::Stack](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-stack.html) e [AWS::OpsWorks::Instance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-instance.html).
Para atualizar a versão do Amazon Linux de uma instância, siga as seguintes instruções:
+ Para instâncias online, execute o [comando de pilha **Upgrade Operating System**](workingstacks-commands.md).
Quando uma nova versão do Amazon Linux estiver disponível, as páginas **Instances** e **Stack** exibirão um aviso prévio com um link de acesso para a página **Run Command**. Em seguida, você poderá executar **Upgrade Operating System** para atualizar sua instância.
+ Para instâncias off-line com base no Amazon Elastic Block Store (com base no EBS), inicie as instâncias e execute **Atualizar sistema operacional**, como descrito na declaração anterior.
+ Para instâncias off-line com base em armazenamento de instâncias, incluindo instâncias com base em tempo e carga, [edite a configuração **Operating system** da instância](workinginstances-properties.md) para especificar a nova versão.
OpsWorks O Stacks atualiza automaticamente as instâncias para a nova versão quando elas são reiniciadas.
**Amazon Linux: versões Node.js compatíveis**
| Versão Amazon Linux | Versões do Node.js |
| --- | --- |
| 2
| (Not applicable to operating systems that are available for Chef 12 and higher stacks only)
|
| 2018.03
| 0.12.18
|
| 2017.09
| 0.12.18
|
| 2017.03
| 0.12.18
|
| 2016.09
| 0.12.18
0.12.17
0.12.16
0.12.15
|
| 2016.03
| 0.12.18
0.12.17
0.12.16
0.12.15
0.12.14
0.12.13
0.12.12
0.12.10
|
**Amazon Linux: versões do Chef compatíveis**
| Versão do Chef | Versões compatíveis do Amazon Linux |
| --- | --- |
| 12
| Amazon Linux 2
Amazon Linux 2018.03
Amazon Linux 2017.09
Amazon Linux 2017.03
Amazon Linux 2016.09
Amazon Linux 2016.03
|
| 11.10
| Amazon Linux 2018.03
Amazon Linux 2017.09
Amazon Linux 2017.03
Amazon Linux 2016.09
Amazon Linux 2016.03
|
| 11.4 (deprecated)
| Amazon Linux 2016.09
Amazon Linux 2016.03
|
**Importante**
Antes de atualizar instâncias t1.micro, certifique-se de que elas possuem um arquivo de troca temporário, `/var/swapfile`. As instâncias t1.micro nas pilhas do Chef 0.9 não têm um arquivo de troca. Para as pilhas do Chef 11.4 e do Chef 11.10, as versões recentes do agente da instância criam automaticamente um arquivo de troca para instâncias t1.micro. No entanto, esta alteração foi apresentada ao longo de um período de várias semanas, portanto, verifique se o arquivo `/var/swapfile` está presente em instâncias criadas antes de 24 de março de 2014, aproximadamente.
Para instâncias t1.micro que não têm um arquivo de troca, siga as instruções a seguir para criar um:
Para o Chef 11.10 e pilhas mais recentes, crie novas instâncias t1.micro, que automaticamente tem um arquivo de troca.
Para pilhas Chef 0.9 pilhas , execute os seguintes comandos em cada instância como usuário raiz.
```
dd if=/dev/zero of=/var/swapfile bs=1M count=256
mkswap /var/swapfile
chown root:root /var/swapfile
chmod 0600 /var/swapfile
swapon /var/swapfile
```
Você também pode usar esses comandos no Chef 11.10 e pilhas posteriores, se você não quiser criar novas instâncias.
## Ubuntu LTS
O Ubuntu lança uma nova versão do Ubuntu LTS a cada dois anos, aproximadamente, e é compatível com cada versão por aproximadamente cinco anos. Ubuntu fornece patches de segurança e atualizações durante o suporte do sistema operacional. Para obter mais informações, consulte [LTS - Ubuntu Wiki](https://wiki.ubuntu.com/LTS).
+ Você não pode atualizar uma instância do Ubuntu existente para uma versão mais recente do Ubuntu.
É preciso [criar uma nova instância do Ubuntu ](workinginstances-add.md) e [excluir as instâncias antigas](workinginstances-delete.md).
+ O Ubuntu 20.04 LTS é compatível apenas com o Chef 12 e pilhas mais altas.
## CentOS
OpsWorks O Stacks é compatível com a versão de 64 bits do [CentOS 7](https://docs.centos.org/en-US/docs/). A versão inicial compatível é CentOS 7, e o CentOS lança uma nova versão a cada dois anos, aproximadamente.
Quando você inicia uma nova instância em uma pilha do CentOS, o OpsWorks Stacks instala automaticamente a versão mais atual do CentOS. Como o OpsWorks Stacks não atualiza automaticamente o sistema operacional nas instâncias existentes quando uma nova versão secundária do CentOS é lançada, uma instância recém-criada pode receber uma versão mais recente do que as instâncias existentes da pilha. A fim de manter a consistência das versões na sua pilha, é possível atualizar as instâncias existentes para a versão atual do CentOS da seguinte maneira:
+ Para instâncias online, execute o [comando de pilha **Upgrade Operating System**](workingstacks-commands.md), que executa `yum update` nas instâncias especificadas, para atualizá-las para a versão mais recente.
Quando uma versão secundária do CentOS 7 estiver disponível, as páginas **Instances** e **Stack** exibirão um aviso prévio com um link de acesso para a página **Run Command**. Em seguida, você poderá executar **Upgrade Operating System** para atualizar suas instâncias.
+ Para instâncias off-line com base no Amazon EBS, inicie as instâncias e execute **Atualizar sistema operacional**, como descrito no item de lista anterior.
+ Para instâncias offline com armazenamento de instâncias, o OpsWorks Stacks instala automaticamente a nova versão quando as instâncias são reiniciadas.
**CentOS: versões do Chef compatíveis**
| Versão do Chef | Versão do CentOS compatível |
| --- | --- |
| 12
| CentOS 7
|
| 11.10
| (None supported)
|
| 11.4 (deprecated)
| (None supported)
|
**nota**
OpsWorks O Stacks oferece suporte ao Apache 2.4 para instâncias do CentOS.
## Red Hat Enterprise Linux
OpsWorks O Stacks suporta a versão de 64 bits do [Red Hat Enterprise Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/) (RHEL 7). A versão inicial compatível é RHEL 7.1 e o Red Hat lança uma versão menor nova a cada 9 meses, aproximadamente. Versões secundárias são compatíveis com o RHEL 7.0. Para obter mais informações, consulte [Ciclo de vida e políticas de atualização](https://access.redhat.com/support/policy/update_policies).
Quando você inicia uma nova instância, o OpsWorks Stacks instala automaticamente a versão atual do RHEL 7. Como o OpsWorks Stacks não atualiza automaticamente o sistema operacional nas instâncias existentes quando uma nova versão secundária do RHEL 7 é lançada, uma instância recém-criada pode receber uma versão mais recente do que as instâncias existentes da pilha. A fim de manter a consistência das versões na sua pilha, é possível atualizar as instâncias existentes para a versão atual do RHEL 7 da seguinte maneira:
+ Para instâncias online, execute o [comando de pilha **Upgrade Operating System**](workingstacks-commands.md), que executa `yum update` nas instâncias especificadas, para atualizá-las para a versão mais recente.
Quando uma nova versão do RHEL 7 estiver disponível, as páginas **Instances** e **Stack** exibirão um aviso prévio com um link de acesso para a página **Run Command**. Em seguida, você poderá executar **Upgrade Operating System** para atualizar suas instâncias.
+ Para instâncias off-line com base no Amazon EBS, inicie as instâncias e execute **Atualizar sistema operacional**, como descrito no item de lista anterior.
+ Para instâncias offline com armazenamento de instâncias, o OpsWorks Stacks instala automaticamente a nova versão quando as instâncias são reiniciadas.
**Red Hat Enterprise Linux: versões Node.js compatíveis**
| Versão da RHEL | Versões do Node.js |
| --- | --- |
| 7
| (Node.js versions only apply to Chef 11.10 stacks)
0.8.19
0.8.26
0.10.11
0.10.21
0.10.24
0.10.25
0.10.27
0.10.29
0.10.40
0.12.10
0.12.12
0.12.13
0.12.15
|
**Red Hat Enterprise Linux: versões Chef compatíveis**
| Versão do Chef | Versão RHEL compatível |
| --- | --- |
| 12
| Red Hat Enterprise Linux 7
|
| 11.10
| Red Hat Enterprise Linux 7
|
| 11.4 (deprecated)
| (None supported)
|
Todas as versões do Node.js anteriores à 0.10.40 estão obsoletas. 0.12.7 e 0.12.9 também estão obsoletas.
**nota**
OpsWorks O Stacks oferece suporte ao Apache 2.4 para instâncias do RHEL 7.
# Microsoft Windows Server
**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).
As notas a seguir descrevem o suporte do OpsWorks Stacks para instâncias do Windows. As instâncias do Windows estão disponíveis apenas para pilhas do Chef 12.2. A versão exata do Chef em uma pilha do Windows é 12.22.
**Atualmente, o agente OpsWorks Stacks não pode ser instalado e o OpsWorks Stacks não pode gerenciar instâncias baseadas em Windows que usam um idioma de interface de usuário do sistema diferente de inglês - Estados Unidos da América (en-US).**
**Versões**
OpsWorks O Stacks é compatível com as seguintes versões do Windows de 64 bits:
+ Microsoft Windows Server 2022 Base
+ Microsoft Windows Server 2022 com SQL Server Express
+ Microsoft Windows Server 2022 com SQL Server Standard
+ Microsoft Windows Server 2022 com SQL Server Web
+ Microsoft Windows Server 2019 Base
+ Microsoft Windows Server 2019 com SQL Server Express
+ Microsoft Windows Server 2019 com SQL Server Standard
+ Microsoft Windows Server 2019 com SQL Server Web
**Criação de instâncias**
Você cria instâncias do Windows com o console, a API ou a CLI do OpsWorks Stacks. As instâncias do Windows são baseadas em Amazon EBS, mas não é possível montar volumes Amazon EBS extra.
As pilhas do Windows podem usar instâncias [24/7](workinginstances-starting.md), que você inicia e para manualmente. Elas também podem usar a [escalabilidade automática baseada em tempo](workinginstances-autoscaling-timebased.md), que inicia e interrompe instâncias automaticamente com base em um cronograma especificado pelo usuário. As pilhas baseadas no Windows não podem usar a [escalabilidade automática com base em carga](workinginstances-autoscaling-loadbased.md).
Você não pode [registrar instâncias do Windows](registered-instances.md) que foram criadas fora do OpsWorks Stacks com uma pilha.
**Atualizações**
A AWS atualiza AMIs o Windows para cada conjunto de patches, portanto, quando você cria uma instância, ela terá as atualizações mais recentes. No entanto, o OpsWorks Stacks não fornece uma forma de aplicar atualizações às instâncias online do Windows. A maneira mais simples de garantir que o Windows esteja atualizado é substituir as instâncias regularmente, para que elas executem sempre a AMI mais recente.
**Layers**
A fim de tratar tarefas como a instalação e configuração de softwares ou a implantação de aplicativos, será necessário implantar uma ou mais [camadas personalizadas](workinglayers-custom.md) com receitas personalizadas.
**Chef**
As instâncias do Windows usam Chef 12.22 e executam [o cliente do Chef no modo local](https://docs.chef.io/ctl_chef_client.html#run-in-local-mode) que executa um servidor do Chef na memória local chamado [chef-zero](https://docs.chef.io/ctl_chef_client.html#about-chef-zero). A presença desse servidor permite que as receitas personalizadas utilizem a pesquisa e os recipientes de dados do Chef.
**Login remoto**
OpsWorks O Stacks fornece aos usuários autorizados do IAM uma senha que eles podem usar para fazer login nas instâncias do Windows. Essa senha expira após um tempo específico. Administradores podem usar uma chave SSH para recuperar a senha de administrador de uma instância, o que fornece [acesso ao RDP](workinginstances-rdp.md) ilimitado. Para obter mais informações, consulte [Login com RDP](workinginstances-rdp.md).
**SDK da AWS**
OpsWorks O Stacks o instala automaticamente [AWS SDK para .NET](https://aws.amazon.com/sdk-for-net/)em cada instância. Esse pacote inclui as bibliotecas do AWS .NET e o AWS Tools for Windows, incluindo o [AWS Tools for PowerShell](https://aws.amazon.com/powershell/). Para usar o SDK do Ruby, é possível solicitar que uma receita personalizada instale o gem adequado.
**Monitoramento e métricas**
As instâncias do Windows oferecem suporte às [métricas padrão da Amazon CloudWatch (CloudWatch)](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html), que você pode visualizar no CloudWatch console.
**Ruby**
O cliente Chef 12.22 que o OpsWorks Stacks instala nas instâncias do Windows vem com o Ruby 2.3.6. No entanto, o OpsWorks Stacks não adiciona o diretório do executável à variável de ambiente PATH. Para que seus aplicativos usem essa versão do Ruby, é possível encontrá-la em `C:\opscode\chef\embedded\bin\`.
**OpsWorks CLI do Stacks Agent**
O agente OpsWorks Stacks em instâncias do Windows não expõe uma interface de [linha de comando](agent.md).
**Suporte de proxy**
Siga as seguintes instruções para configurar o suporte de proxy para instâncias do Windows:
1. Modifique `machine.config` para adicionar o seguinte, que adiciona suporte a proxy aos aplicativos Windows PowerShell (bootstrap inicial) e .NET (agente OpsWorks Stacks):
```
```
1. Execute os comando a seguir para definir as variáveis de ambiente para uso posterior pelo Chef e Git:
```
setx /m no_proxy "localhost,169.254.169.254"
setx /m http_proxy "http://10.100.1.91:3128"
setx /m https_proxy "http://10.100.1.91:3128"
```
**nota**
Para ter mais controle sobre como o OpsWorks Stacks atualiza suas instâncias, crie uma AMI personalizada com base no Microsoft Windows Server 2022 Base. Por exemplo, com a personalização, AMIs você pode especificar qual software está instalado em uma instância, como o Servidor Web (IIS). Para obter mais informações, consulte [Usando o Custom AMIs](workinginstances-custom-ami.md).