翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# OpsWorks スタックオペレーティングシステム
**重要**
この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。
OpsWorks スタックは、Amazon および Ubuntu Linux ディストリビューション、Microsoft Windows Server など、いくつかの組み込みオペレーティングシステムの 64 ビットバージョンをサポートしています。一般的な注意事項をいくつか示します。
+ スタックのインスタンスは、Linux または Windows を実行できます。
スタックは、インスタンスごとに異なる Linux バージョンまたはディストリビューションを実行できますが、Linux インスタンスと Windows インスタンスを混在させることはできません。
+ [カスタム AMIs](workinginstances-custom-ami.md) (Amazon マシンイメージ) を使用できますが、このセクションのトピックで説明されている OpsWorks スタックがサポートする AMIs のいずれかに基づいている必要があります。カスタム AMI またはコミュニティで作成された AMI から作成された他のオペレーティングシステム (CentOS 6.*x* など) を使用してインスタンスを作成または登録できる場合もありますが、そのような方法は公式にはサポートされていません。
+ [Linux オペレーティングシステム:](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
+ [インスタンスを手動で開始および停止する](workinginstances-starting.md)ことも、 OpsWorks スタックでインスタンス数を[自動的にスケールする](workinginstances-autoscaling.md)こともできます。
どのスタックでも、時間ベースの自動スケーリングを使用できます。Linux スタックでは、負荷ベースのスケーリングも使用できます。
+ OpsWorks スタックを使用して Amazon EC2 インスタンスを作成するだけでなく、スタックの外部[で作成された Linux スタックにインスタンスを登録](workinginstances-autoscaling.md)することもできます。 OpsWorks
これには、Amazon EC2 インスタンスと、独自のハードウェアを実行するインスタンスが含まれます。ただし、そのインスタンスがサポートされている Linux ディストリビューションの 1 つを実行している必要があります。Amazon EC2 インスタンスまたはオンプレミスの Windows インスタンスを登録することはできません。
OpsWorks Stacks [https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html) API を実行して、サポートされているオペレーティングシステムとそのサポートされているバージョンの Chef のリストを返すことができます。以下は AWS CLIを使用したコマンドの例です。
```
aws opsworks describe-operating-systems
```
以下に、応答の例を示します。
```
{
"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**
+ [Linux オペレーティングシステム:](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
# Linux オペレーティングシステム:
**重要**
この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。
OpsWorks スタックは、次の Linux オペレーティングシステムの 64 ビットバージョンをサポートしています。
+ [Amazon Linux](https://aws.amazon.com/amazon-linux-ami/faqs/) と [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/) (現在サポートされているバージョンについては、「[OpsWorks スタックコンソール](https://console.aws.amazon.com/opsworks/)」を参照)
+ [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/)
これらのオペレーティングシステムに基づく[カスタム AMI](workinginstances-custom-ami.md) を使用することもできます。
Linux インスタンスの一般的な注意事項をいくつか示します。
**サポートされているパッケージのバージョン**
Ruby などのパッケージでサポートされているバージョンとパッチレベルは、以下のセクションで説明するようにオペレーティングシステムとバージョンによって異なります。
**更新**
デフォルトでは、 OpsWorks スタックは、インスタンスの起動`apt-get update`後に `yum update` または を自動的に呼び出すことで、Linux インスタンスに最新のセキュリティパッチがあることを保証します。自動更新を無効にするには、[CreateInstance](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateInstance.html)、[UpdateInstance](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateInstance.html)、[CreateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateLayer.html)、または [UpdateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateLayer.html) のいずれかのアクションを使用するか、同等の [AWS SDK](https://aws.amazon.com/tools/) メソッドまたは [AWS CLI](https://aws.amazon.com/documentation/cli/) コマンドを使用して、`InstallUpdatesOnBoot` パラメータを `false` に設定します。
サービスの中断を避けるため、インスタンスがオンラインになった後、 OpsWorks スタックは自動的に更新をインストールしません。オンラインインスタンスのオペレーティングシステムは、[Upgrade Operating System スタックコマンド](workingstacks-commands.md)を実行することでいつでも手動で更新できます。セキュリティの更新を管理する方法の詳細については、「[セキュリティ更新の管理](workingsecurity-updates.md)」を参照してください。
OpsWorks スタックがインスタンスを更新する方法をより詳細に制御するには、サポートされているオペレーティングシステムのいずれかに基づいてカスタム AMI を作成します。たとえば、カスタム AMI を使用して、インスタンスにインストールするパッケージのバージョンを指定できます。Linux ディストリビューションによってサポートタイムラインとパッケージマージポリシーが異なるため、要件に最適な方法を検討する必要があります。詳細については、「[カスタム AMI の使用](workinginstances-custom-ami.md)」を参照してください。
**ホストファイル**
各オンラインインスタンスには、IP アドレスをホスト名にマッピングする`/etc/hosts`ファイルがあります。 OpsWorks スタックには、各インスタンスの `hosts` ファイル内のすべてのスタックのオンラインインスタンスのパブリックアドレスとプライベートアドレスが含まれます。例えば、2 つの Node.js アプリケーションサーバーインスタンス (nodejs-app1 と nodejs-app2) と、1 つの MySQL インスタンス (db-master1) があるとします。nodejs-app1 インスタンスの `hosts` ファイルは以下の例のようなものであり、他のインスタンスにも同様の `hosts` ファイルがあります。
```
...
# 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 スタックエージェントプロキシのサポート**
Chef 11.10 以降のスタック用の OpsWorks スタックエージェントには、プロキシサーバーの基本サポートが含まれています。プロキシサーバーは通常、分離された VPCsで使用されます。プロキシサーバーのサポートを有効にするには、HTTP と HTTPS のトラフィックに適した設定を定義した `/etc/environment` ファイルがインスタンスに必要です。このファイルは以下のようになります (強調表示されたテキストはプロキシサーバーの URL とポートに置き換えます)。
```
http_proxy="http://myproxy.example.com:8080/"
https_proxy="http://myproxy.example.com:8080/"
no_proxy="169.254.169.254"
```
プロキシのサポートを有効にするには、該当する [ ファイルを含む](workinginstances-custom-ami.md)カスタム AMI を作成`/etc/environment`し、その AMI を使用してインスタンスを作成することをお勧めします。
カスタムレシピを使用してインスタンスに `/etc/environment` ファイルを作成することはお勧めしません。 OpsWorks スタックでは、カスタムレシピが実行される前に、セットアッププロセスの早い段階でプロキシサーバーデータが必要です。
**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 スタックは、Amazon Linux および Amazon Linux 2 の 64 ビットバージョンをサポートしています。Amazon Linux では定期的な更新やパッチに加えて、新しいバージョンを約 6 か月ごとにリリースしており、大きな変更が実施される場合もあります。スタックまたは新しいインスタンスを作成する際に、使用する Amazon Linux のバージョンを指定する必要があります。AWS から新しいバージョンがリリースされたとき、ユーザーが明示的にバージョンを変更するまで、インスタンスでは指定されたバージョンが引き続き実行されます。新しい Amazon Linux バージョンのリリース後 4 週間は移行期間となっており、その間は古いバージョン向けの定期的な更新が引き続き AWS で提供されます。移行期間の終了後も、インスタンスで古いバージョンを引き続き実行できますが、AWS では更新が提供されなくなります。詳細については、「[Amazon Linux AMI に関するよくある質問](https://aws.amazon.com/amazon-linux-ami/faqs/#lock)」を参照してください。
Amazon Linux の新しいバージョンがリリースされたら、インスタンスがセキュリティの更新を引き続き受け取ることができるように、移行期間の間に新しいバージョンに更新することをお勧めします。本稼働用スタックのインスタンスを更新する前に、新しいインスタンスを起動し、新しいバージョンでアプリケーションが正常に実行されるかどうかを確認することをお勧めします。その後で、本稼働用スタックインスタンスを更新できます。
**注記**
デフォルトで、Amazon Linux に基づくカスタム AMI は、新しいバージョンがリリースされると自動的に更新されます。カスタム AMI は特定の Amazon Linux バージョンにロックしておき、新しいバージョンをテストするまで更新を延期できるようにすることをお勧めします。詳細については、「[AMI を特定のバージョンに固定するにはどうすればよいですか?](https://aws.amazon.com/amazon-linux-ami/faqs/#lock)」を参照してください。
CloudFormation テンプレートを使用して Amazon Linux を実行しているインスタンスでスタックを作成する場合、テンプレートは Amazon Linux バージョンを明示的に指定する必要があります。特に、テンプレートで `Amazon Linux` を指定している場合、インスタンスでは引き続きバージョン 2016.09 が実行されます。詳細については、「[AWS::OpsWorks::Stack](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-stack.html)」および「[AWS::OpsWorks::Instance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-instance.html)」を参照してください。
インスタンスの Amazon Linux のバージョンを更新するには、次のいずれかを実行します。
+ オンラインインスタンスの場合、[**Upgrade Operating System** スタックコマンド](workingstacks-commands.md)を実行します。
新しいバージョンの Amazon Linux が利用可能になると、[**Instances**] ページと [**Stack**] ページに通知が表示されます。この通知内のリンクをクリックすると、[**Run Command**] ページが表示されます。ここで [**Upgrade Operating System**] を実行して、インスタンスをアップグレードできます。
+ オフラインの Amazon Elastic Block Store-backed (EBS-backed) インスタンスの場合、インスタンスを起動して、前の項目で説明した方法で**オペレーティングシステムのアップグレード**を実行します。
+ 時間ベースのインスタンスと負荷ベースのインスタンスを含め、オフラインの Instance Store-Backed インスタンスの場合は、[インスタンスの [**Operating system**] 設定を編集して](workinginstances-properties.md)新しいバージョンを指定してください。
OpsWorks スタックは、インスタンスを再起動すると、インスタンスを新しいバージョンに自動的に更新します。
**Amazon Linux: サポートされている Node.js バージョン**
| Amazon Linux バージョン | 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: サポートされている Chef のバージョン**
| Chef のバージョン | サポートされている 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
|
**重要**
t1.micro インスタンスを更新する前に、各インスタンスに一時スワップファイル `/var/swapfile` があることを確認してください。Chef 0.9 スタックの t1.micro インスタンスにはスワップファイルがありません。Chef 11.4 および Chef 11.10 スタックでは、最近のバージョンのインスタンスエージェントによって、t1.micro インスタンスのスワップファイルが自動的に作成されます。ただし、この変更が導入されたのは数週間の期間であったため、2014 年 3 月 24 日頃より前に作成されたインスタンスに `/var/swapfile` が存在するかどうかを確認する必要があります。
スワップファイルがない t1.micro インスタンスでは、次の方法でスワップファイルを作成できます。
Chef 11.10 以降のスタックの場合、新しい t1.micro インスタンスを作成すると、スワップファイルが自動的に作成されます。
Chef 0.9 スタックの場合、各インスタンスで root ユーザーとして次のコマンドを実行します。
```
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
```
新しいインスタンスを作成しない場合、これらのコマンドは Chef 11.10 以降のスタックでも使用できます。
## Ubuntu LTS
Ubuntu では、約 2 年ごとに新しい Ubuntu LTS バージョンがリリースされ、各リリースは約 5 年間サポートされます。オペレーティングシステムのサポート期間中は、セキュリティパッチと更新が提供されます。詳細については、[Ubuntu Wiki の LTS に関するページ](https://wiki.ubuntu.com/LTS)を参照してください。
+ 既存の Ubuntu インスタンスを以降の Ubuntu に更新することはできません。
[新しい Ubuntu インスタンスを作成](workinginstances-add.md)し、[古いインスタンスを削除](workinginstances-delete.md)する必要があります。
+ Ubuntu 20.04 LTS は、Chef 12 以降のスタックでのみサポートされます。
## CentOS
OpsWorks スタックは [CentOS 7 ](https://docs.centos.org/en-US/docs/)の 64 ビットバージョンをサポートしています。最初にサポートされているバージョンは CentOS 7 で、CentOS は約 2 年ごとに新しいバージョンをリリースします。
CentOS スタックで新しいインスタンスを起動すると、 OpsWorks スタックは最新の CentOS バージョンを自動的にインストールします。新しい OpsWorks CentOS マイナーバージョンがリリースされたとき、 スタックは既存のインスタンスのオペレーティングシステムを自動的に更新しないため、新しく作成されたインスタンスは、スタックの既存のインスタンスよりも新しいバージョンを受け取る可能性があります。以下の方法で既存のインスタンスを現在の CentOS バージョンに更新することで、スタック間のバージョンの整合性を維持することができます。
+ オンラインインスタンスの場合は、[[**Upgrade Operating System**] スタックコマンド](workingstacks-commands.md)を`yum update`指定したインスタンスで実行して、オペレーティングシステムを現在のバージョンに更新します。
新しい CentOS 7 のマイナーバージョンが利用可能になると、[**Instances**] ページと [**Stack**] ページに通知が表示されます。この通知内のリンクをクリックすると、[**Run Command**] ページが表示されます。ここで [**Upgrade Operating System**] を実行して、インスタンスをアップグレードできます。
+ オフラインの更新された Amazon EBS インスタンスの場合は、インスタンスを起動し、前のリスト項目で説明したように**オペレーティングシステムのアップグレード**を実行します。
+ オフラインの instance store-backed インスタンスの場合、インスタンスの再起動時に OpsWorks スタックは自動的に新しいバージョンをインストールします。
**CentOS: サポートされている Chef のバージョン**
| Chef のバージョン | サポートされている CentOS のバージョン |
| --- | --- |
| 12
| CentOS 7
|
| 11.10
| (None supported)
|
| 11.4 (deprecated)
| (None supported)
|
**注記**
OpsWorks スタックは CentOS インスタンスの Apache 2.4 をサポートしています。
## Red Hat Enterprise Linux
OpsWorks スタックは、[Red Hat Enterprise Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/) (RHEL 7) の 64 ビットバージョンをサポートしています。最初にサポートされているバージョンは RHEL 7.1 で、Red Hat は約 9 か月ごとにマイナーバージョンをリリースします。マイナーバージョンは RHEL 7.0 と互換性があります。詳細については、「[ライフサイクルと更新ポリシー](https://access.redhat.com/support/policy/update_policies)」を参照してください。
新しいインスタンスを起動すると、 OpsWorks Stacks は現在の RHEL 7 バージョンを自動的にインストールします。新しい RHEL 7 マイナーバージョンがリリースされたとき、 OpsWorks スタックは既存のインスタンスのオペレーティングシステムを自動的に更新しないため、新しく作成されたインスタンスは、スタックの既存のインスタンスよりも新しいバージョンを受け取る可能性があります。以下の方法で既存のインスタンスを現在の RHEL 7 バージョンに更新することで、スタック間のバージョンの整合性を維持することができます。
+ オンラインインスタンスの場合は、[[**Upgrade Operating System**] スタックコマンド](workingstacks-commands.md)を`yum update`指定したインスタンスで実行して、オペレーティングシステムを現在のバージョンに更新します。
新しいバージョンの RHEL 7 が利用可能になると、[**Instances**] ページと [**Stack**] ページに通知が表示されます。この通知内のリンクをクリックすると、[**Run Command**] ページが表示されます。ここで [**Upgrade Operating System**] を実行して、インスタンスをアップグレードできます。
+ オフラインの更新された Amazon EBS インスタンスの場合は、インスタンスを起動し、前のリスト項目で説明したように**オペレーティングシステムのアップグレード**を実行します。
+ オフラインの instance store-backed インスタンスの場合、インスタンスの再起動時に OpsWorks スタックは自動的に新しいバージョンをインストールします。
**Red Hat Enterprise Linux: サポートされている Node.js のバージョン**
| RHEL バージョン | 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: サポートされている Chef のバージョン**
| Chef のバージョン | サポートされている RHEL バージョン |
| --- | --- |
| 12
| Red Hat Enterprise Linux 7
|
| 11.10
| Red Hat Enterprise Linux 7
|
| 11.4 (deprecated)
| (None supported)
|
0.10.40 よりも古いバージョンの Node.js はすべて非推奨です。また、0.12.7 と 0.12.9 も非推奨となっています。
**注記**
OpsWorks スタックは、RHEL 7 インスタンスの Apache 2.4 をサポートしています。
# Microsoft Windows Server
**重要**
この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。
以下の注意事項では、Windows インスタンスの OpsWorks スタックサポートについて説明します。Windows インスタンスは、Chef 12.2 スタックでのみ使用できます。Windows スタックの正確な Chef バージョン番号は 12.22 です。
現在、 OpsWorks スタックエージェントは、**英語 - 米国** (en-US) 以外のシステム UI 言語を使用する Windows ベースのインスタンスにインストールすることはできません。 OpsWorks また、 スタックは管理できません。
**バージョン**
OpsWorks スタックは、次の Windows 64 ビットバージョンをサポートしています。
+ Microsoft Windows Server 2022 Base
+ Microsoft Windows Server 2022 および SQL Server Express
+ Microsoft Windows Server 2022 および SQL Server Standard
+ Microsoft Windows Server 2022 および SQL Server Web
+ Microsoft Windows Server 2019 Base
+ Microsoft Windows Server 2019 および SQL Server Express
+ Microsoft Windows Server 2019 および SQL Server Standard
+ Microsoft Windows Server 2019 および SQL Server Web
**インスタンスの作成**
スタックコンソール、API、または CLI OpsWorks を使用して Windows インスタンスを作成します。Windows インスタンスは Amazon EBS でバックアップされていますが、余分な Amazon EBS ボリュームをマウントすることはできません。
Windows スタックでは、手動での起動と停止が可能な [24/7](workinginstances-starting.md) インスタンスを使用できます。また、[時間ベースの自動スケーリング](workinginstances-autoscaling-timebased.md)を使用することもできます。これは、ユーザーが指定したスケジュールでインスタンスを自動的に起動および停止する機能です。Windows ベースのスタックでは、[負荷ベースの自動スケーリング](workinginstances-autoscaling-loadbased.md)を使用することはできません。
スタックの外部で作成された [Windows インスタンスをスタックに登録](registered-instances.md)することはできません。 OpsWorks
**更新**
AWS は、パッチセットごとに Windows AMI を更新するため、インスタンスを作成すると最新の更新が適用されます。ただし、 OpsWorks スタックはオンライン Windows インスタンスに更新を適用する方法を提供しません。Windows を最新の状態に保つには、最新の AMI が常に実行されるようにインスタンスを定期的に置き換えるのが最も簡単です。
**レイヤー**
ソフトウェアのインストールと設定やアプリケーションのデプロイなどのタスクを処理するには、カスタムレシピを使用して 1 つ以上の[カスタムレイヤー](workinglayers-custom.md) を実装する必要があります。
**Chef**
Windows インスタンスは Chef 12.22 を使用して [chef-client をローカルモード](https://docs.chef.io/ctl_chef_client.html#run-in-local-mode)で実行します。これにより、[chef-zero](https://docs.chef.io/ctl_chef_client.html#about-chef-zero) と呼ばれるローカルインメモリの Chef サーバーが起動されます。このサーバーが存在する場合、カスタムレシピで Chef 検索およびデータバッグを使用できます。
**リモートログイン**
OpsWorks スタックは、承認された IAM ユーザーに Windows インスタンスへのログインに使用できるパスワードを提供します。このパスワードは、指定した時間が経過すると期限切れになります。管理者は、SSH キーペアを使用してインスタンスの管理者パスワードを取得し、[RDP に無制限にアクセス](workinginstances-rdp.md)することができます。詳細については、「[RDP でのログイン](workinginstances-rdp.md)」を参照してください。
**AWS SDK**
OpsWorks スタックは、各インスタンス[AWS SDK for .NET](https://aws.amazon.com/sdk-for-net/)に を自動的にインストールします。このパッケージには、AWS .NET ライブラリと Windows 用 AWS ツール ([AWS Tools for PowerShell](https://aws.amazon.com/powershell/)など) が含まれています。Ruby SDK を使用する場合、カスタムレシピによって適切な gem をインストールすることができます。
**モニタリングおよびメトリクス**
Windowsインスタンスは、標準的な [Amazon CloudWatch (CloudWatch)メトリクス](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html)をサポートしており、CloudWatch コンソールで表示することができます。
**Ruby**
スタックが Windows インスタンスにインストールする Chef OpsWorks 12.22 クライアントには、Ruby 2.3.6 が付属しています。ただし、 OpsWorks スタックは実行可能ファイルの ディレクトリを PATH 環境変数に追加しません。通常であれば `C:\opscode\chef\embedded\bin\` で検索し、アプリケーションがこの Ruby バージョンを使用できるようにします。
**OpsWorks スタックエージェント CLI**
Windows インスタンスの OpsWorks スタックエージェントは、[コマンドラインインターフェイス](agent.md)を公開しません。
**プロキシのサポート**
Windows インスタンス用のプロキシサポートをセットアップするには、次の作業を行います。
1. を変更`machine.config`して以下を追加します。これにより、Windows PowerShell (初期ブートストラップ) および .NET (OpsWorks スタックエージェント) アプリケーションにプロキシサポートが追加されます。
```
```
1. Chef と 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"
```
**注記**
OpsWorks スタックがインスタンスを更新する方法をより詳細に制御するには、Microsoft Windows Server 2022 Base に基づいてカスタム AMI を作成します。たとえば、カスタム AMI を使用してインスタンスにインストールするソフトウェア (Web Server (IIS) など) を指定できます。詳細については、「[カスタム AMI の使用](workinginstances-custom-ami.md)」を参照してください。