翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Linux オペレーティングシステム:
<a name="workinginstances-os-linux"></a>

**重要**  
この 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
<a name="workinginstances-os-amazon"></a>

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 バージョン | 
| --- | --- | 
|  <pre>2</pre>  |  <pre>(Not applicable to operating systems that are available for Chef 12 and higher stacks only)</pre>  | 
|  <pre>2018.03</pre>  |  <pre>0.12.18</pre>  | 
|  <pre>2017.09</pre>  |  <pre>0.12.18</pre>  | 
|  <pre>2017.03</pre>  |  <pre>0.12.18</pre>  | 
|  <pre>2016.09</pre>  |  <pre>0.12.18<br />0.12.17<br />0.12.16<br />0.12.15</pre>  | 
|  <pre>2016.03</pre>  |  <pre>0.12.18<br />0.12.17<br />0.12.16<br />0.12.15<br />0.12.14<br />0.12.13<br />0.12.12<br />0.12.10</pre>  | 


**Amazon Linux: サポートされている Chef のバージョン**  

| Chef のバージョン | サポートされている Amazon Linux のバージョン | 
| --- | --- | 
|  <pre>12</pre>  |  <pre>Amazon Linux 2<br />Amazon Linux 2018.03<br />Amazon Linux 2017.09<br />Amazon Linux 2017.03<br />Amazon Linux 2016.09<br />Amazon Linux 2016.03</pre>  | 
|  <pre>11.10</pre>  |  <pre>Amazon Linux 2018.03<br />Amazon Linux 2017.09<br />Amazon Linux 2017.03<br />Amazon Linux 2016.09<br />Amazon Linux 2016.03</pre>  | 
|  <pre>11.4 (deprecated)</pre>  |  <pre>Amazon Linux 2016.09<br />Amazon Linux 2016.03</pre>  | 

**重要**  
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
<a name="workinginstances-os-linux-ubuntu"></a>

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
<a name="workinginstances-os-linux-centos"></a>

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 のバージョン | 
| --- | --- | 
|  <pre>12</pre>  |  <pre>CentOS 7</pre>  | 
|  <pre>11.10</pre>  |  <pre>(None supported)</pre>  | 
|  <pre>11.4 (deprecated)</pre>  |  <pre>(None supported)</pre>  | 

**注記**  
OpsWorks スタックは CentOS インスタンスの Apache 2.4 をサポートしています。

## Red Hat Enterprise Linux
<a name="workinginstances-os-linux-rhel"></a>

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 バージョン | 
| --- | --- | 
|  <pre>7</pre>  |  <pre>(Node.js versions only apply to Chef 11.10 stacks)<br />0.8.19<br />0.8.26<br />0.10.11<br />0.10.21<br />0.10.24<br />0.10.25<br />0.10.27<br />0.10.29<br />0.10.40<br />0.12.10<br />0.12.12<br />0.12.13<br />0.12.15</pre>  | 


**Red Hat Enterprise Linux: サポートされている Chef のバージョン**  

| Chef のバージョン | サポートされている RHEL バージョン | 
| --- | --- | 
|  <pre>12</pre>  |  <pre>Red Hat Enterprise Linux 7</pre>  | 
|  <pre>11.10</pre>  |  <pre>Red Hat Enterprise Linux 7</pre>  | 
|  <pre>11.4 (deprecated)</pre>  |  <pre>(None supported)</pre>  | 

0.10.40 よりも古いバージョンの Node.js はすべて非推奨です。また、0.12.7 と 0.12.9 も非推奨となっています。

**注記**  
OpsWorks スタックは、RHEL 7 インスタンスの Apache 2.4 をサポートしています。