기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Linux 운영 체제
**중요**
이 AWS OpsWorks Stacks 서비스는 2024년 5월 26일에 수명이 종료되었으며 신규 및 기존 고객 모두에서 비활성화되었습니다. 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션하는 것이 좋습니다. 마이그레이션에 대한 질문이 있는 경우 [AWS re:Post](https://repost.aws/) 또는 [AWS Premium Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 문의하세요.
OpsWorks Stacks는 다음 Linux 운영 체제의 64비트 버전을 지원합니다.
+ [Amazon Linux](https://aws.amazon.com/amazon-linux-ami/faqs/) 및 [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/)(현재 지원되는 버전은 [OpsWorks Stacks 콘솔](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 Stacks는 인스턴스 부팅 `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) 작업(또는 [이에](https://aws.amazon.com/tools/) 상응하는 AWS SDK 메서드 또는 [AWS CLI](https://aws.amazon.com/documentation/cli/) 명령)을 사용하여 `InstallUpdatesOnBoot` 파라미터를 `false`로 설정합니다.
서비스 중단을 방지하기 위해 OpsWorks Stacks는 인스턴스가 온라인 상태가 된 후 업데이트를 자동으로 설치하지 않습니다. 언제라도 [Upgrade Operating System 스택 명령](workingstacks-commands.md)을 실행하여 온라인 인스턴스의 운영 체제를 수동으로 업데이트할 수 있습니다. 보안 업데이트를 관리하는 방법에 대한 자세한 정보는 [보안 업데이트 관리](workingsecurity-updates.md) 단원을 참조하세요.
OpsWorks Stacks가 인스턴스를 업데이트하는 방법을 더 잘 제어하려면 지원되는 운영 체제 중 하나를 기반으로 사용자 지정 AMI를 생성합니다. 예를 들어 사용자 지정 AMI를 사용하여 인스턴스에 설치되는 패키지 버전을 지정할 수 있습니다. 각 Linux 배포는 지원 일정 및 패키지-병합 정책이 서로 다르므로 요구 사항에 가장 적합한 접근 방식이 무엇인지 고려해야 합니다. 자세한 내용은 [사용자 지정 AMI 사용](workinginstances-custom-ami.md) 단원을 참조하십시오.
**호스트 파일**
각 온라인 인스턴스에는 IP 주소를 호스트 이름에 매핑하는 `/etc/hosts` 파일이 있습니다. OpsWorks Stacks에는 각 인스턴스`hosts`의 파일에 있는 스택의 모든 온라인 인스턴스에 대한 퍼블릭 및 프라이빗 주소가 포함됩니다. 예를 들어 2개의 Node.js 앱 서버 인스턴스, nodejs-app1 및 nodejs-app2와 하나의 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 Stacks 에이전트 프록시 지원**
Chef OpsWorks 11.10 이상 스택용 Stacks 에이전트에는 일반적으로 격리된 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"
```
프록시 지원을 활성화하려면 적절한 `/etc/environment` 파일이 포함된 [사용자 지정 AMI를 생성](workinginstances-custom-ami.md)하고 이 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 Stacks는 Amazon Linux 및 Amazon Linux 2의 64비트 버전을 지원합니다. Amazon Linux는 정기적 업데이트 및 패치 이외에 약 6개월마다 상당한 변경이 포함된 새 버전을 릴리스합니다. 스택 또는 새 인스턴스를 생성할 때 사용할 Amazon Linux 버전을 지정해야 합니다. AWS에서 새 버전을 릴리스할 경우 인스턴스는 사용자가 명시적으로 변경하기 전에는 지정된 버전을 계속 실행합니다. 새 Amazon Linux 버전 릴리스 이후 4주일의 마이그레이션 기간이 있습니다. 이 기간 동안 AWS는 기존 버전에 대한 정기 업데이트를 계속 제공합니다. 마이그레이션 기간이 끝난 후에도 사용자의 인스턴스는 기존 버전을 계속 실행할 수 있지만, AWS에서 추가 업데이트를 제공하지는 않습니다. 자세한 내용은 [Amazon Linux AMI FAQ](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 버전이 사용 가능하면 [**인스턴스**] 및 [**스택**] 페이지에 [**명령 실행**] 페이지로 연결되는 링크와 함께 알림이 표시됩니다. 그러면 [**운영 체제 업그레이드**]를 실행하여 인스턴스를 업그레이드할 수 있습니다.
+ 오프라인 Amazon Elastic Block Store 지원(EBS 지원) 인스턴스의 경우, 인스턴스를 시작하고 위에서 설명한 대로 **운영 체제 업그레이드**을 실행합니다.
+ 오프라인 인스턴스 스토어 지원 인스턴스의 경우, [인스턴스의 [**운영 체제**] 설정을 편집](workinginstances-properties.md)하여 새 버전을 지정합니다.
OpsWorks Stacks는 인스턴스를 다시 시작할 때 자동으로 새 버전으로 업데이트합니다.
**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 스택의 경우, 각 인스턴스에서 루트 사용자로 다음 명령을 실행합니다.
```
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는 운영 체제 지원 기간 동안 보안 패치 및 업데이트를 제공합니다. 자세한 정보는 [LTS - Ubuntu Wiki](https://wiki.ubuntu.com/LTS)를 참조하세요.
+ 기존 Ubuntu 인스턴스를 최신 Ubuntu 릴리스로 업데이트할 수 없습니다.
[새 Ubuntu 인스턴스를 생성](workinginstances-add.md)한 다음 [기존 인스턴스를 삭제](workinginstances-delete.md)해야 합니다.
+ Ubuntu 20.04 LTS는 Chef 12 이상 스택에서만 지원됩니다.
## CentOS
OpsWorks Stacks는 [CentOS 7의 ](https://docs.centos.org/en-US/docs/)64비트 버전을 지원합니다. 버전 CentOS 7부터 지원되며 CentOS는 약 2년마다 새 버전을 릴리스합니다.
CentOS 스택에서 새 인스턴스를 시작하면 OpsWorks Stacks가 최신 CentOS 버전을 자동으로 설치합니다. 새 CentOS 마이너 버전이 릴리스될 때 OpsWorks Stacks가 기존 인스턴스의 운영 체제를 자동으로 업데이트하지 않으므로 새로 생성된 인스턴스는 스택의 기존 인스턴스보다 최신 버전을 수신할 수 있습니다. 스택에서 버전 일관성을 유지하려면 다음과 같이 기존 인스턴스를 현재 CentOS 버전으로 업데이트할 수 있습니다.
+ 온라인 인스턴스의 경우, [**Upgrade Operating System** 스택 명령](workingstacks-commands.md)을 실행합니다. 그러면 지정된 인스턴스에서 `yum update`가 실행되어 인스턴스를 최신 버전으로 업데이트합니다.
새 CentOS 7 마이너 버전이 사용 가능하면 [**인스턴스**] 및 [**스택**] 페이지에 [**명령 실행**] 페이지로 연결되는 링크와 함께 알림이 표시됩니다. 그러면 [**운영 체제 업그레이드**]을 실행하여 인스턴스를 업그레이드할 수 있습니다.
+ 오프라인 Amazon EBS 지원 인스턴스의 경우, 인스턴스를 시작하고 위에서 설명한 대로 **운영 체제 업그레이드**을 실행합니다.
+ 오프라인 인스턴스 스토어 지원 인스턴스의 경우 인스턴스가 다시 시작될 때 OpsWorks Stacks가 새 버전을 자동으로 설치합니다.
**CentOS: 지원되는 Chef 버전**
| Chef 버전 | 지원되는 CentOS 버전 |
| --- | --- |
| 12
| CentOS 7
|
| 11.10
| (None supported)
|
| 11.4 (deprecated)
| (None supported)
|
**참고**
OpsWorks Stacks는 CentOS 인스턴스용 Apache 2.4를 지원합니다.
## Red Hat Enterprise Linux
OpsWorks Stacks는 [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 OpsWorks 7 마이너 버전이 릴리스될 때 Stacks가 기존 인스턴스의 운영 체제를 자동으로 업데이트하지 않으므로 새로 생성된 인스턴스는 스택의 기존 인스턴스보다 최신 버전을 수신할 수 있습니다. 스택에서 버전 일관성을 유지하려면 다음과 같이 기존 인스턴스를 현재 RHEL 7 버전으로 업데이트할 수 있습니다.
+ 온라인 인스턴스의 경우, [**Upgrade Operating System** 스택 명령](workingstacks-commands.md)을 실행합니다. 그러면 지정된 인스턴스에서 `yum update`가 실행되어 인스턴스를 최신 버전으로 업데이트합니다.
새 RHEL 7 버전이 사용 가능하면 [**인스턴스**] 및 [**스택**] 페이지에 [**명령 실행**] 페이지로 연결되는 링크와 함께 알림이 표시됩니다. 그러면 [**운영 체제 업그레이드**]을 실행하여 인스턴스를 업그레이드할 수 있습니다.
+ 오프라인 Amazon EBS 지원 인스턴스의 경우, 인스턴스를 시작하고 위에서 설명한 대로 **운영 체제 업그레이드**을 실행합니다.
+ 오프라인 인스턴스 스토어 지원 인스턴스의 경우 인스턴스가 다시 시작될 때 OpsWorks Stacks가 새 버전을 자동으로 설치합니다.
**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 Stacks는 RHEL 7 인스턴스에 대해 Apache 2.4를 지원합니다.