Linux 운영 체제 - AWS OpsWorks
Amazon LinuxUbuntu LTSCentOSRed Hat Enterprise Linux

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Linux 운영 체제

중요

이 AWS OpsWorks Stacks 서비스는 2024년 5월 26일에 수명이 종료되었으며 신규 및 기존 고객 모두 사용할 수 없습니다. 고객은 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션할 것을 강력히 권장합니다. 마이그레이션에 대해 궁금한 점이 있으면 AWS re:Post 또는 Premium AWS Support를 통해 AWS Support 팀에 문의하세요.

AWS OpsWorks 스택은 다음 Linux 운영 체제의 64비트 버전을 지원합니다.

이러한 운영 체제를 기반으로 한 사용자 지정 AMI도 사용할 수 있습니다.

다음은 Linux 인스턴스에 대한 일반 참고 사항입니다.

지원되는 패키지 버전

패키지(예: Ruby)에 대해 지원되는 버전 및 패치 수준은 다음 단원에서 설명하는 대로 운영 체제 및 버전에 따라 다릅니다.

업데이트

기본적으로 AWS OpsWorks Stacks는 인스턴스 부팅 apt-get update 후 자동으로 호출하여 Linux 인스턴스에 최신 보안 패치를 yum update 적용하도록 합니다. 자동 업데이트를 비활성화하려면 CreateInstance, UpdateInstanceCreateLayer, 또는 UpdateLayer작업 또는 이에 상응하는 AWS SDK 메서드 또는 AWS CLI 명령을 사용하여 파라미터를 로 설정합니다. InstallUpdatesOnBoot false

서비스 중단을 방지하기 위해 AWS OpsWorks Stacks는 인스턴스가 온라인 상태가 된 후에는 업데이트를 자동으로 설치하지 않습니다. 언제라도 Upgrade Operating System 스택 명령을 실행하여 온라인 인스턴스의 운영 체제를 수동으로 업데이트할 수 있습니다. 보안 업데이트를 관리하는 방법에 대한 자세한 정보는 보안 업데이트 관리 단원을 참조하세요.

AWS OpsWorks Stacks가 인스턴스를 업데이트하는 방식을 더 잘 제어하려면 지원되는 운영 체제 중 하나를 기반으로 사용자 지정 AMI를 생성하십시오. 예를 들어 사용자 지정 AMI를 사용하여 인스턴스에 설치되는 패키지 버전을 지정할 수 있습니다. 각 Linux 배포는 지원 일정 및 패키지-병합 정책이 서로 다르므로 요구 사항에 가장 적합한 접근 방식이 무엇인지 고려해야 합니다. 자세한 정보는 사용자 지정 AMI 사용을 참조하세요.

호스트 파일

각 온라인 인스턴스에는 IP 주소를 호스트 이름에 매핑하는 /etc/hosts 파일이 있습니다. AWS OpsWorks 스택에는 각 인스턴스의 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
AWS OpsWorks Stacks 에이전트 프록시 지원

Chef 11.10 이상 스택용 AWS OpsWorks Stacks 에이전트에는 일반적으로 격리된 VPC와 함께 사용되는 프록시 서버에 대한 기본 지원이 포함됩니다. 프록시 서버 지원을 활성화하려면 인스턴스에 적절한 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를 생성하고 이 AMI를 사용하여 인스턴스를 생성하는 것이 좋습니다.

참고

사용자 지정 레시피를 사용하여 인스턴스에 /etc/environment 파일을 생성하는 것은 권장하지 않습니다. AWS OpsWorks Stacks에는 사용자 지정 레시피가 실행되기 전, 즉 설정 프로세스 초기에 프록시 서버 데이터가 필요합니다.

Amazon Linux

AWS OpsWorks 스택은 아마존 리눅스 및 아마존 리눅스 2의 64비트 버전을 지원합니다. Amazon Linux는 정기적 업데이트 및 패치 이외에 약 6개월마다 상당한 변경이 포함된 새 버전을 릴리스합니다. 스택 또는 새 인스턴스를 생성할 때 사용할 Amazon Linux 버전을 지정해야 합니다. AWS에서 새 버전을 릴리스할 경우 인스턴스는 사용자가 명시적으로 변경하기 전에는 지정된 버전을 계속 실행합니다. 새 Amazon Linux 버전 릴리스 이후 4주일의 마이그레이션 기간이 있습니다. 이 기간 동안 AWS는 기존 버전에 대한 정기 업데이트를 계속 제공합니다. 마이그레이션 기간이 끝난 후에도 사용자의 인스턴스는 기존 버전을 계속 실행할 수 있지만, AWS에서 추가 업데이트를 제공하지는 않습니다. 자세한 내용은 Amazon Linux AMI FAQ를 참조하세요.

새 Amazon Linux 버전이 릴리스될 경우 마이그레이션 기간 이내에 새 버전으로 업데이트할 것을 권장합니다. 그러면 인스턴스가 보안 업데이트를 계속 받을 수 있습니다. 프로덕션 스택의 인스턴스를 업데이트하기 전에 새 인스턴스를 시작하고 앱이 새 버전에서 올바로 실행되는지 확인하는 것이 좋습니다. 그런 다음 프로덕션 스택 인스턴스를 업데이트할 수 있습니다.

참고

기본적으로 Amazon Linux를 기반으로 한 사용자 지정 AMI는 새 버전이 릴리스될 경우 자동으로 업데이트됩니다. 권장되는 방법은 사용자 지정 AMI를 특정 Amazon Linux 버전에 고정시키는 것입니다. 그러면 새 버전 테스트를 마칠 때까지 업데이트를 연기할 수 있습니다. 자세한 내용은 내 AMI를 특정 버전으로 고정시키려면 어떻게 해야 합니까?를 참조하세요.

AWS CloudFormation 템플릿을 사용하여 Amazon Linux를 실행하는 인스턴스로 스택을 생성하는 경우 템플릿에서 Amazon Linux 버전을 명시적으로 지정해야 합니다. 특히, 템플릿이 Amazon Linux를 지정할 경우, 인스턴스가 버전 2016.09를 계속 실행합니다. 자세한 내용은 및 을 참조하십시오. AWS::OpsWorks::StackAWS::OpsWorks::Instance

인스턴스의 Amazon Linux 버전을 업데이트하려면 다음 중 한 가지를 수행합니다.

  • 온라인 인스턴스의 경우, Upgrade Operating System 스택 명령을 실행합니다.

    새 Amazon Linux 버전이 사용 가능하면 [인스턴스] 및 [스택] 페이지에 [명령 실행] 페이지로 연결되는 링크와 함께 알림이 표시됩니다. 그러면 [운영 체제 업그레이드]를 실행하여 인스턴스를 업그레이드할 수 있습니다.

  • 오프라인 Amazon Elastic Block Store 지원(EBS 지원) 인스턴스의 경우, 인스턴스를 시작하고 위에서 설명한 대로 운영 체제 업그레이드을 실행합니다.

  • 오프라인 인스턴스 스토어 지원 인스턴스의 경우, 인스턴스의 [운영 체제] 설정을 편집하여 새 버전을 지정합니다.

    AWS 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를 참조하세요.

CentOS

AWS OpsWorks 스택은 64비트 버전의 CentOS 7을 지원합니다. 버전 CentOS 7부터 지원되며 CentOS는 약 2년마다 새 버전을 릴리스합니다.

CentOS 스택에서 새 인스턴스를 시작하면 AWS OpsWorks Stacks는 최신 CentOS 버전을 자동으로 설치합니다. 새 CentOS 마이너 버전이 출시될 때 AWS OpsWorks Stacks는 기존 인스턴스의 운영 체제를 자동으로 업데이트하지 않기 때문에 새로 만든 인스턴스는 스택의 기존 인스턴스보다 더 최신 버전을 받을 수 있습니다. 스택에서 버전 일관성을 유지하려면 다음과 같이 기존 인스턴스를 현재 CentOS 버전으로 업데이트할 수 있습니다.

  • 온라인 인스턴스의 경우, Upgrade Operating System 스택 명령을 실행합니다. 그러면 지정된 인스턴스에서 yum update가 실행되어 인스턴스를 최신 버전으로 업데이트합니다.

    새 CentOS 7 마이너 버전이 사용 가능하면 [인스턴스] 및 [스택] 페이지에 [명령 실행] 페이지로 연결되는 링크와 함께 알림이 표시됩니다. 그러면 [운영 체제 업그레이드]을 실행하여 인스턴스를 업그레이드할 수 있습니다.

  • 오프라인 Amazon EBS 지원 인스턴스의 경우, 인스턴스를 시작하고 위에서 설명한 대로 운영 체제 업그레이드을 실행합니다.

  • 오프라인 인스턴스 스토어 지원 인스턴스의 경우, 인스턴스가 다시 시작되면 AWS OpsWorks Stacks가 새 버전을 자동으로 설치합니다.

CentOS: 지원되는 Chef 버전
Chef 버전 지원되는 CentOS 버전 
12
 
CentOS 7
 
11.10
 
(None supported)
 
11.4 (deprecated)
 
(None supported)
참고

AWS OpsWorks 스택은 CentOS 인스턴스용 아파치 2.4를 지원합니다.

Red Hat Enterprise Linux

AWS OpsWorks 스택은 레드햇 엔터프라이즈 리눅스 7 (RHEL 7) 의 64비트 버전을 지원합니다. 버전 RHEL 7.1부터 지원되며 Red Hat은 약 9개월마다 새 마이너 버전을 릴리스합니다. 마이너 버전이 RHEL 7.0과 호환되어야 합니다. 자세한 정보는 수명 주기 및 업데이트 정책을 참조하세요.

새 인스턴스를 시작하면 AWS OpsWorks Stacks는 현재 RHEL 7 버전을 자동으로 설치합니다. 새 RHEL 7 마이너 버전이 출시될 때 AWS OpsWorks Stacks가 기존 인스턴스의 운영 체제를 자동으로 업데이트하지 않기 때문에 새로 만든 인스턴스는 스택의 기존 인스턴스보다 더 최신 버전을 받을 수 있습니다. 스택에서 버전 일관성을 유지하려면 다음과 같이 기존 인스턴스를 현재 RHEL 7 버전으로 업데이트할 수 있습니다.

  • 온라인 인스턴스의 경우, Upgrade Operating System 스택 명령을 실행합니다. 그러면 지정된 인스턴스에서 yum update가 실행되어 인스턴스를 최신 버전으로 업데이트합니다.

    새 RHEL 7 버전이 사용 가능하면 [인스턴스] 및 [스택] 페이지에 [명령 실행] 페이지로 연결되는 링크와 함께 알림이 표시됩니다. 그러면 [운영 체제 업그레이드]을 실행하여 인스턴스를 업그레이드할 수 있습니다.

  • 오프라인 Amazon EBS 지원 인스턴스의 경우, 인스턴스를 시작하고 위에서 설명한 대로 운영 체제 업그레이드을 실행합니다.

  • 오프라인 인스턴스 스토어 지원 인스턴스의 경우, 인스턴스가 재시작되면 AWS 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도 더 이상 사용되지 않습니다.

참고

AWS OpsWorks 스택은 RHEL 7 인스턴스용 아파치 2.4를 지원합니다.