절차

1. Python 3 및 pip 툴을 설치합니다.

   # yum install python3
   # yum install python3-pip

2. pip 를 사용하여 AWS 명령행 툴 을 설치합니다.

   # pip3 install awscli

3. 다음 명령을 실행하여 프로필을 설정합니다. 터미널에서 인증 정보, 지역 및 출력 형식을 제공하라는 메시지를 표시합니다.

   $ aws configure
   AWS Access Key ID [None]:
   AWS Secret Access Key [None]:
   Default region name [None]:
   Default output format [None]:

4. 버킷 이름을 정의하고 다음 명령을 사용하여 버킷을 생성합니다.

   $ BUCKET=bucketname
   $ aws s3 mb s3://$BUCKET

   bucketname 을 실제 버킷 이름으로 교체합니다. 이는 전역적으로 고유한 이름이어야 합니다. 결과적으로 버킷이 생성됩니다.

5. S3 버킷에 액세스할 수 있는 권한을 부여하려면 이전에 수행하지 않은 경우 AWS IAM(Identity and Access Management)에서 vmimport S3 역할을 생성합니다.

   $ printf '{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "vmie.amazonaws.com" }, "Action": "sts:AssumeRole", "Condition": { "StringEquals":{ "sts:Externalid": "vmimport" } } } ] }' > trust-policy.json
   $ printf '{ "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "s3:GetBucketLocation", "s3:GetObject", "s3:ListBucket" ], "Resource":[ "arn:aws:s3:::%s", "arn:aws:s3:::%s/*" ] }, { "Effect":"Allow", "Action":[ "ec2:ModifySnapshotAttribute", "ec2:CopySnapshot", "ec2:RegisterImage", "ec2:Describe*" ], "Resource":"*" } ] }' $BUCKET $BUCKET > role-policy.json
   $ aws iam create-role --role-name vmimport --assume-role-policy-document file://trust-policy.json
   $ aws iam put-role-policy --role-name vmimport --policy-name vmimport --policy-document file://role-policy.json

절차

1. 텍스트 편집기를 사용하여 다음 내용이 포함된 구성 파일을 생성합니다.

   provider = "aws"
   
   [settings]
   accessKeyID = "AWS_ACCESS_KEY_ID"
   secretAccessKey = "AWS_SECRET_ACCESS_KEY"
   bucket = "AWS_BUCKET"
   region = "AWS_REGION"
   key = "IMAGE_KEY"

   필드의 값을 accessKeyID,secretAccessKey,버킷, 리전 의 자격 증명으로 바꿉니다. IMAGE_KEY 값은 EC2에 업로드할 VM 이미지의 이름입니다.

2. 파일을 CONFIGURATION-FILE.toml로 저장하고 텍스트 편집기를 종료합니다.

3. 작성을 시작합니다.

   # composer-cli compose start BLUEPRINT-NAME IMAGE-TYPE IMAGE_KEY CONFIGURATION-FILE.toml

   교체:

   • BLUEPRINT-NAME (으)로 생성한 사용자 이름
   • ami 이미지 유형의 IMAGE-TYPE.
   • EC2에 업로드할 VM 이미지의 이름으로 IMAGE_KEY.

   • 클라우드 공급자의 구성 파일 이름으로 CONFIGURATION-FILE.toml

     참고

     사용자 지정 이미지를 보낼 버킷에 대한 올바른 IAM 설정이 있어야 합니다. 이미지를 업로드하려면 먼저 버킷에 정책을 설정해야 합니다.

4. 이미지 빌드 상태를 확인하고 AWS에 업로드합니다.

   # composer-cli compose status

   이미지 업로드 프로세스가 완료되면 "FINISHED" 상태가 표시됩니다.

1. 메뉴에서 EC2 에 액세스하고 AWS 콘솔에서 올바른 리전을 선택합니다. 이미지가 성공적으로 업로드되었음을 나타내기 위해 사용 가능한 상태가 있어야 합니다.
2. 대시보드에서 이미지를 선택하고 시작을 클릭합니다.

절차

1. Blueprint 이름을 클릭합니다.
2. Images (이미지) 탭을 선택합니다.

3. Create Image (이미지 만들기)를 클릭하여 사용자 지정된 이미지를 생성합니다.

   팝업 창이 열립니다.

   1. 유형 드롭다운 메뉴 목록에서 Amazon Machine Image Disk(.raw) 를 선택합니다.
   2. AWS에 업로드 확인란을 선택하여 이미지를 AWS 클라우드에 업로드하고 다음을 클릭합니다.

   3. AWS에 대한 액세스를 인증하려면 해당 필드에 AWS 액세스 키 ID 와 AWS 시크릿 액세스 키 를 입력합니다. 다음을 클릭합니다.

      참고

      새 액세스 키 ID를 생성할 때만 AWS 시크릿 액세스 키를 볼 수 있습니다. Secret Key를 모르는 경우 새 Access Key ID를 생성합니다.

   4. 이미지 이름 필드에 이미지 이름을 입력하고 Amazon S3 버킷 이름 필드에 Amazon 버킷 이름을 입력하고 사용자 지정 이미지를 추가할 버킷의 AWS 리전 필드를 입력합니다. 다음을 클릭합니다.

   5. 정보를 검토하고 마침 을 클릭합니다.

      필요한 경우 뒤로 를 클릭하여 잘못된 세부 정보를 수정할 수 있습니다.

      참고

      사용자 지정 이미지를 보낼 버킷에 대한 올바른 IAM 설정이 있어야 합니다. 이 절차에서는 IAM 가져오기 및 내보내기를 사용하므로 이미지를 업로드하기 전에 버킷에 정책을 설정해야 합니다. 자세한 내용은 IAM 사용자에게 필요한 권한을 참조하십시오.

4. 오른쪽 상단에 있는 작은 팝업이 저장 진행 상황을 알려줍니다. 또한 이미지 생성이 시작되었으며 이 이미지 생성이 진행 중이고 AWS Cloud에 후속 업로드가 있음을 알립니다.

   프로세스가 완료되면 이미지 빌드 완료 상태를 확인할 수 있습니다.

5. 메뉴에서 ServiceECDHEEC2 를 클릭하고 AWS 콘솔에서 올바른 리전 을 선택합니다. 이미지에는 업로드되었음을 나타내기 위해 Available 상태가 있어야 합니다.
6. 대시보드에서 이미지를 선택하고 시작을 클릭합니다.
7. 새 창이 열립니다. 이미지를 시작하는 데 필요한 리소스에 따라 인스턴스 유형을 선택합니다. 검토 및 시작을 클릭합니다.
8. 인스턴스 시작 세부 정보를 확인합니다. 변경할 필요가 있는 경우 각 섹션을 편집할 수 있습니다. 시작을 클릭합니다.

9. 인스턴스를 시작하기 전에 공개 키를 선택하여 액세스할 수 있습니다.

   이미 보유하고 있는 키 쌍을 사용하거나 새 키 쌍을 만들 수 있습니다. 또는 이미지 빌더를 사용하여 사전 설정된 공개 키가 있는 이미지에 사용자를 추가할 수 있습니다. 자세한 내용은 SSH 키를 사용하여 사용자 계정 생성을 참조하십시오.

   다음 단계에 따라 EC2에서 새 키 쌍을 생성하고 새 인스턴스에 연결합니다.

   1. 드롭다운 메뉴 목록에서 새 키 쌍 만들기 를 선택합니다.
   2. 새 키 쌍의 이름을 입력합니다. 새 키 쌍을 생성합니다.
   3. Download Key Pair (키 쌍 다운로드)를 클릭하여 로컬 시스템에 새 키 쌍을 저장합니다.

10. 그러면 인스턴스 시작을 클릭하여 인스턴스를 시작할 수 있습니다.

    Initializing 으로 표시되는 인스턴스의 상태를 확인할 수 있습니다.

11. 인스턴스 상태가 실행 중 이면 연결 버튼을 사용할 수 있게 됩니다.

12. 연결을 클릭합니다. SSH를 사용하여 연결하는 방법에 대한 지침이 포함된 팝업 창이 표시됩니다.

    1. 에 권장되 는 연결 방법으로 독립 실행형 SSH 클라이언트를 선택하고 터미널을 엽니다.

    2. 개인 키를 저장하는 위치에서 SSH가 작동하도록 키를 공개적으로 볼 수 있는지 확인하십시오. 이렇게 하려면 다음 명령을 실행합니다.

       $ chmod 400 <your-instance-name.pem>_

    3. 공용 DNS를 사용하여 인스턴스에 연결합니다.

       $ ssh -i "<_your-instance-name.pem_"> ec2-user@<_your-instance-IP-address_>

    4. yes 를 입력하여 연결을 계속할지 확인합니다.

       결과적으로 SSH를 사용하여 인스턴스에 연결됩니다.

검증

1. SSH를 사용하여 인스턴스에 연결된 동안 모든 작업을 수행할 수 있는지 확인합니다.

절차

1. AWS 콘솔 을 시작합니다.
2. AWS 계정 ID를 클릭하여 드롭다운 메뉴를 표시하고 My Security Credentials 를 선택합니다.
3. 사용자를 클릭합니다.
4. 사용자를 선택하고 Summary (요약) 화면을 엽니다.
5. 보안 자격 증명 탭을 클릭합니다.
6. 액세스 키 생성을 클릭합니다.
7. .csv 파일을 다운로드하거나 두 키를 모두 저장합니다. 펜싱 장치를 생성할 때 이 키를 입력해야 합니다.

절차

1. yum 명령을 사용하여 AWS 명령줄 툴 을 설치합니다.

   # yum install awscli

2. aws --version 명령을 사용하여 AWS CLI를 설치했는지 확인합니다.

   $ aws --version
   aws-cli/1.19.77 Python/3.6.15 Linux/5.14.16-201.fc34.x86_64 botocore/1.20.77

3. AWS 액세스 세부 정보에 따라 AWS 명령줄 클라이언트를 구성합니다.

   $ aws configure
   AWS Access Key ID [None]:
   AWS Secret Access Key [None]:
   Default region name [None]:
   Default output format [None]:

절차

1. AWS EC2 대시보드에서 이미지 및 AMI를 선택합니다.
2. 이미지를 마우스 오른쪽 버튼으로 클릭하고 시작을 선택합니다.

3. 워크로드 요구 사항을 충족하거나 초과하는 인스턴스 유형을 선택합니다. HA 애플리케이션에 따라 각 인스턴스에 더 높은 용량이 있어야 할 수 있습니다.

   인스턴스 유형에 대한 자세한 내용은 Amazon EC2 인스턴스 유형을 참조하십시오.

4. Next: Configure Instance Details 를 클릭합니다.

   1. 클러스터에 생성할 인스턴스 수를 입력합니다. 이 예제 절차에서는 세 개의 클러스터 노드를 사용합니다.

      참고

      자동 확장 그룹으로 시작하지 마십시오.

   2. Network, select the VPC you created in Set up the AWS environment. 인스턴스의 서브넷을 선택하여 새 서브넷을 만듭니다.

   3. Enable for Auto-assign Public IP를 선택합니다. 인스턴스 세부 정보에 대해 수행해야 하는 최소 선택 사항입니다. 특정 HA 애플리케이션에 따라 추가 선택 항목이 필요할 수 있습니다.

      참고

      기본 인스턴스를 생성하는 데 필요한 최소 구성 옵션입니다. HA 애플리케이션 요구 사항에 따라 추가 옵션을 검토합니다.

5. Next: Add Storage 를 클릭하고 기본 스토리지가 충분한지 확인합니다. HA 애플리케이션에 다른 스토리지 옵션이 필요한 경우를 제외하고 이러한 설정은 수정할 필요가 없습니다.

6. Next: 태그 추가를 클릭합니다.

   참고

   태그는 AWS 리소스를 관리하는 데 도움이 될 수 있습니다. 태그 지정에 대한 정보는 Amazon EC2 리소스 태그 지정을 참조하십시오.

7. Next: Configure Security Group 을 클릭합니다. AWS 환경 설정에서 생성한 기존 보안 그룹을 선택합니다.
8. 검토 및 시작을 클릭하고 선택 항목을 확인합니다.
9. 시작을 클릭합니다. 기존 키 쌍을 선택하거나 새 키 쌍을 만들라는 메시지가 표시됩니다. AWS 환경을 설정할 때 생성한 키 쌍을 선택합니다.
10. 인스턴스 시작을 클릭합니다.

11. 인스턴스 보기 를 클릭합니다. 인스턴스의 이름을 지정할 수 있습니다.

    참고

    또는 AWS CLI를 사용하여 인스턴스를 시작할 수 있습니다. 자세한 내용은 Amazon 문서의 Amazon EC2 인스턴스 시작, 나열 및 종료 를 참조하십시오.

절차

1. Downloads 디렉토리에서 홈 디렉토리 또는 ~/.ssh 디렉토리로 키 파일을 이동합니다.

2. root 사용자만 읽을 수 있도록 키 파일의 권한을 변경합니다.

   # chmod 400 KeyName.pem

절차

1. AWS 콘솔 을 시작하고 EC2 인스턴스를 선택합니다.
2. 연결을 클릭하고 독립 실행형 SSH 클라이언트를 선택합니다.
3. SSH 터미널 세션에서 팝업 창에 제공된 AWS 예제를 사용하여 인스턴스에 연결합니다. 예제에 경로가 표시되지 않는 경우 KeyName.pem 파일에 올바른 경로를 추가합니다.

절차

1. AWS RHUI(Red Hat Update Infrastructure) 클라이언트를 제거합니다. Red Hat Cloud Access 서브스크립션을 사용할 예정이므로 서브스크립션 외에 AWS RHUI를 사용해서는 안 됩니다.

   $ sudo -i
   # yum -y remove rh-amazon-rhui-client*

2. VM을 Red Hat에 등록합니다.

   # subscription-manager register --auto-attach

3. 모든 리포지토리를 비활성화합니다.

   # subscription-manager repos --disable=*

4. RHEL 8 Server HA 리포지토리를 활성화합니다.

   # subscription-manager repos --enable=rhel-8-for-x86_64-highavailability-rpms

5. RHEL AWS 인스턴스를 업데이트합니다.

   # yum update -y

6. 고가용성 채널에서 사용 가능한 모든 펜싱 에이전트와 함께 Red Hat High Availability Add-On 소프트웨어 패키지를 설치합니다.

   # yum install pcs pacemaker fence-agents-aws

7. 사용자 hacluster 는 이전 단계에서 pcs 및 pacemaker 설치 중에 생성되었습니다. 모든 클러스터 노드에서 hacluster의 암호를 생성합니다. 모든 노드에 동일한 암호를 사용합니다.

   # passwd hacluster

8. firewalld.service가 설치된 경우 RHEL 방화벽에 high availability 서비스를 추가합니다.

   # firewall-cmd --permanent --add-service=high-availability
   # firewall-cmd --reload

9. pcs 서비스를 시작하고 부팅 시 시작되도록 활성화합니다.

   # systemctl start pcsd.service
   # systemctl enable pcsd.service

10. /etc/hosts 를 편집하고 RHEL 호스트 이름 및 내부 IP 주소를 추가합니다. 자세한 내용은 RHEL 클러스터 노드에 /etc/hosts 파일을 어떻게 설정해야 합니까?

절차

1. 노드 중 하나에서 다음 명령을 입력하여 pcs 사용자 hacluster를 인증합니다. 명령에서 클러스터의 각 노드의 이름을 지정합니다.

   # pcs host auth <hostname1> <hostname2> <hostname3>

   예제:

   [root@node01 clouduser]# pcs host auth node01 node02 node03
   Username: hacluster
   Password:
   node01: Authorized
   node02: Authorized
   node03: Authorized

2. 클러스터를 생성합니다.

   # pcs cluster setup <cluster_name> <hostname1> <hostname2> <hostname3>

   예제:

   [root@node01 clouduser]# pcs cluster setup new_cluster node01 node02 node03
   
   [...]
   
   Synchronizing pcsd certificates on nodes node01, node02, node03...
   node02: Success
   node03: Success
   node01: Success
   Restarting pcsd on the nodes in order to reload the certificates...
   node02: Success
   node03: Success
   node01: Success

검증

1. 클러스터를 활성화합니다.

   [root@node01 clouduser]# pcs cluster enable --all
   node02: Cluster Enabled
   node03: Cluster Enabled
   node01: Cluster Enabled

2. 클러스터를 시작합니다.

   [root@node01 clouduser]# pcs cluster start --all
   node02: Starting Cluster...
   node03: Starting Cluster...
   node01: Starting Cluster...

표준 절차

1. 다음 AWS 메타데이터 쿼리를 입력하여 각 노드의 인스턴스 ID를 가져옵니다. 차단 장치를 구성하려면 이러한 ID가 필요합니다. 자세한 내용은 인스턴스 메타데이터 및 사용자 데이터를 참조하십시오.

   # echo $(curl -s http://169.254.169.254/latest/meta-data/instance-id)

   예제:

   [root@ip-10-0-0-48 ~]# echo $(curl -s http://169.254.169.254/latest/meta-data/instance-id) i-07f1ac63af0ec0ac6

2. 다음 명령을 입력하여 펜스 장치를 구성합니다. gRPC mk_host_map 명령을 사용하여 RHEL 호스트 이름을 인스턴스 ID에 매핑합니다. 이전에 설정한 AWS Access Key 및 AWS Secret Access Key를 사용합니다.

   # pcs stonith \
       create <name> fence_aws access_key=access-key secret_key=<secret-access-key> \
       region=<region> pcmk_host_map="rhel-hostname-1:Instance-ID-1;rhel-hostname-2:Instance-ID-2;rhel-hostname-3:Instance-ID-3" \
       power_timeout=240 pcmk_reboot_timeout=480 pcmk_reboot_retries=4

   예제:

   [root@ip-10-0-0-48 ~]# pcs stonith \
   create clusterfence fence_aws access_key=AKIAI123456MRMJA secret_key=a75EYIG4RVL3hdsdAslK7koQ8dzaDyn5yoIZ/ \
   region=us-east-1 pcmk_host_map="ip-10-0-0-48:i-07f1ac63af0ec0ac6;ip-10-0-0-46:i-063fc5fe93b4167b2;ip-10-0-0-58:i-08bd39eb03a6fd2c7" \
   power_timeout=240 pcmk_reboot_timeout=480 pcmk_reboot_retries=4

대체 절차

1. 클러스터의 VPC ID를 가져옵니다.

   # aws ec2 describe-vpcs --output text --filters "Name=tag:Name,Values=clustername-vpc" --query 'Vpcs[*].VpcId'
   vpc-06bc10ac8f6006664

2. 클러스터의 VPC ID를 사용하여 VPC 인스턴스를 가져옵니다.

   $ aws ec2 describe-instances --output text --filters "Name=vpc-id,Values=vpc-06bc10ac8f6006664" --query 'Reservations[*].Instances[*].{Name:Tags[? Key==Name]|[0].Value,Instance:InstanceId}' | grep "\-node[a-c]"
   i-0b02af8927a895137     clustername-nodea-vm
   i-0cceb4ba8ab743b69     clustername-nodeb-vm
   i-0502291ab38c762a5     clustername-nodec-vm

3. 가져온 인스턴스 ID를 사용하여 클러스터의 각 노드에서 펜싱을 구성합니다. 예를 들면 다음과 같습니다.

   [root@nodea ~]# CLUSTER=clustername && pcs stonith create fence${CLUSTER} fence_aws access_key=XXXXXXXXXXXXXXXXXXXX pcmk_host_map=$(for NODE \
   in node{a..c}; do ssh ${NODE} "echo -n \${HOSTNAME}:\$(curl -s http://169.254.169.254/latest/meta-data/instance-id)\;"; done) \
   pcmk_reboot_retries=4 pcmk_reboot_timeout=480 power_timeout=240 region=xx-xxxx-x secret_key=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   
   [root@nodea ~]# pcs stonith config fence${CLUSTER}
   
   Resource: clustername (class=stonith type=fence_aws)
   Attributes: access_key=XXXXXXXXXXXXXXXXXXXX pcmk_host_map=nodea:i-0b02af8927a895137;nodeb:i-0cceb4ba8ab743b69;nodec:i-0502291ab38c762a5;
   pcmk_reboot_retries=4 pcmk_reboot_timeout=480 power_timeout=240 region=xx-xxxx-x secret_key=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   Operations: monitor interval=60s (clustername-monitor-interval-60s)

검증

1. 클러스터 노드 중 하나에 대해 펜싱 에이전트를 테스트합니다.

   # pcs stonith fence awsnodename

   참고

   명령 응답이 표시되는 데 몇 분이 걸릴 수 있습니다. 펜싱 중인 노드의 활성 터미널 세션을 확인하는 경우 fence 명령을 입력한 후 터미널 연결이 즉시 종료되는 것을 확인할 수 있습니다.

   예제:

   [root@ip-10-0-0-48 ~]# pcs stonith fence ip-10-0-0-58
   
   Node: ip-10-0-0-58 fenced

2. 상태를 확인하여 노드가 펜싱되었는지 확인합니다.

   # pcs status

   예제:

   [root@ip-10-0-0-48 ~]# pcs status
   
   Cluster name: newcluster
   Stack: corosync
   Current DC: ip-10-0-0-46 (version 1.1.18-11.el7-2b07d5c5a9) - partition with quorum
   Last updated: Fri Mar  2 19:55:41 2018
   Last change: Fri Mar  2 19:24:59 2018 by root via cibadmin on ip-10-0-0-46
   
   3 nodes configured
   1 resource configured
   
   Online: [ ip-10-0-0-46 ip-10-0-0-48 ]
   OFFLINE: [ ip-10-0-0-58 ]
   
   Full list of resources:
   clusterfence  (stonith:fence_aws):    Started ip-10-0-0-46
   
   Daemon Status:
   corosync: active/disabled
   pacemaker: active/disabled
   pcsd: active/enabled

3. 이전 단계에서 차단된 노드를 시작합니다.

   # pcs cluster start awshostname

4. 상태를 확인하여 노드가 시작되었는지 확인합니다.

   # pcs status

   예제:

   [root@ip-10-0-0-48 ~]# pcs status
   
   Cluster name: newcluster
   Stack: corosync
   Current DC: ip-10-0-0-46 (version 1.1.18-11.el7-2b07d5c5a9) - partition with quorum
   Last updated: Fri Mar  2 20:01:31 2018
   Last change: Fri Mar  2 19:24:59 2018 by root via cibadmin on ip-10-0-0-48
   
   3 nodes configured
   1 resource configured
   
   Online: [ ip-10-0-0-46 ip-10-0-0-48 ip-10-0-0-58 ]
   
   Full list of resources:
   
     clusterfence  (stonith:fence_aws):    Started ip-10-0-0-46
   
   Daemon Status:
     corosync: active/disabled
     pacemaker: active/disabled
     pcsd: active/enabled

절차

1. AWS CLI를 설치합니다. 자세한 내용은 AWS CLI 설치를 참조하십시오.

2. AWS CLI가 올바르게 구성되었는지 확인합니다. 인스턴스 ID와 인스턴스 이름이 표시되어야 합니다.

   예제:

   [root@ip-10-0-0-48 ~]# aws ec2 describe-instances --output text --query 'Reservations[].Instances[].[InstanceId,Tags[?Key==Name].Value]'
   
   i-07f1ac63af0ec0ac6
   ip-10-0-0-48
   i-063fc5fe93b4167b2
   ip-10-0-0-46
   i-08bd39eb03a6fd2c7
   ip-10-0-0-58

절차

1. AWS Secondary Private IP Address 리소스 에이전트(awsvip) 설명을 확인합니다. 여기에는 이 에이전트의 옵션 및 기본 작업이 표시됩니다.

   # pcs resource describe awsvip

2. VPC CIDR 블록에서 사용되지 않는 개인 IP 주소를 사용하여 보조 개인 IP 주소를 만듭니다.

   # pcs resource create privip awsvip secondary_private_ip=Unused-IP-Address --group group-name

   예제:

   [root@ip-10-0-0-48 ~]# pcs resource create privip awsvip secondary_private_ip=10.0.0.68 --group networking-group

3. 가상 IP 리소스를 생성합니다. 이는 펜싱된 노드에서 장애 조치 노드로 빠르게 다시 매핑할 수 있는 VPC IP 주소입니다. 서브넷 내에서 펜싱된 노드의 장애를 마스킹합니다.

   # pcs resource create vip IPaddr2 ip=secondary-private-IP --group group-name

   예제:

   root@ip-10-0-0-48 ~]# pcs resource create vip IPaddr2 ip=10.0.0.68 --group networking-group

1. 이전에 생성된 두 리소스를 동일한 그룹에 추가하여 순서 와 공동 배치 제약 조건을 적용합니다.

2. 다음 AWS CLI 명령을 입력하여 탄력적 IP 주소를 생성합니다.

   [root@ip-10-0-0-48 ~]# aws ec2 allocate-address --domain vpc --output text
   eipalloc-4c4a2c45   vpc 35.169.153.122

3. AWS Secondary Elastic IP Address 리소스 에이전트(awseip) 설명을 확인합니다. 다음 명령은 이 에이전트의 옵션 및 기본 작업을 보여줍니다.

   # pcs resource describe awseip

4. 1단계에서 생성된 할당된 IP 주소를 사용하여 Secondary Elastic IP 주소 리소스를 생성합니다.

   # pcs resource create elastic awseip elastic_ip=Elastic-IP-Address allocation_id=Elastic-IP-Association-ID --group networking-group

   예제:

   # pcs resource create elastic awseip elastic_ip=35.169.153.122 allocation_id=eipalloc-4c4a2c45 --group networking-group

절차

1. 로컬 워크스테이션에서 이전에 생성된 탄력적 IP 주소로 SSH 세션을 시작합니다.

   $ ssh -l ec2-user -i ~/.ssh/<KeyName>.pem elastic-IP

   예제:

   $ ssh -l ec2-user -i ~/.ssh/cluster-admin.pem 35.169.153.122

2. SSH를 통해 연결된 호스트가 생성된 탄력적 리소스와 연결된 호스트인지 확인합니다.

절차

1. AWS 명령 create-volume 을 사용하여 공유 블록 볼륨을 생성합니다.

   $ aws ec2 create-volume --availability-zone <availability_zone> --no-encrypted --size 1024 --volume-type io1 --iops 51200 --multi-attach-enabled

   예를 들어 다음 명령은 us-east-1a 가용 영역에 볼륨을 생성합니다.

   $ aws ec2 create-volume --availability-zone us-east-1a --no-encrypted --size 1024 --volume-type io1 --iops 51200 --multi-attach-enabled
   
   {
       "AvailabilityZone": "us-east-1a",
       "CreateTime": "2020-08-27T19:16:42.000Z",
       "Encrypted": false,
       "Size": 1024,
       "SnapshotId": "",
       "State": "creating",
       "VolumeId": "vol-042a5652867304f09",
       "Iops": 51200,
       "Tags": [ ],
       "VolumeType": "io1"
   }

   참고

   다음 단계에서 VolumeId 가 필요합니다.

2. 클러스터의 각 인스턴스에 대해 AWS 명령 attach-volume 을 사용하여 공유 블록 볼륨을 연결합니다. < instance_id> 및 & lt; volume_id>를 사용합니다.

   $ aws ec2 attach-volume --device /dev/xvdd --instance-id <instance_id> --volume-id <volume_id>

   예를 들어 다음 명령은 공유 블록 볼륨 vol-042a5652867304f09 를 i-0eb803361c2c887f2 인스턴스에 연결합니다.

   $ aws ec2 attach-volume --device /dev/xvdd --instance-id i-0eb803361c2c887f2 --volume-id vol-042a5652867304f09
   
   {
       "AttachTime": "2020-08-27T19:26:16.086Z",
       "Device": "/dev/xvdd",
       "InstanceId": "i-0eb803361c2c887f2",
       "State": "attaching",
       "VolumeId": "vol-042a5652867304f09"
   }

검증

1. 클러스터의 각 인스턴스에 대해 ssh 명령을 < ip_address> 인스턴스와 함께 사용하여 블록 장치를 사용할 수 있는지 확인합니다.

   # ssh <ip_address> "hostname ; lsblk -d | grep ' 1T '"

   예를 들어 다음 명령은 인스턴스 IP 198.51.100.3 의 호스트 이름 및 블록 장치를 포함한 세부 정보를 나열합니다.

   # ssh 198.51.100.3 "hostname ; lsblk -d | grep ' 1T '"
   
   nodea
   nvme2n1 259:1    0   1T  0 disk

2. ssh 명령을 사용하여 클러스터의 각 인스턴스가 동일한 공유 디스크를 사용하는지 확인합니다.

   # ssh <ip_address> "hostname ; lsblk -d | grep ' 1T ' | awk '{print \$1}' | xargs -i udevadm info --query=all --name=/dev/{} | grep '^E: ID_SERIAL='"

   예를 들어 다음 명령은 인스턴스 IP 주소 198.51.100.3의 호스트 이름 및 공유 디스크 볼륨 ID를 포함한 세부 정보를 나열합니다.

   # ssh 198.51.100.3 "hostname ; lsblk -d | grep ' 1T ' | awk '{print \$1}' | xargs -i udevadm info --query=all --name=/dev/{} | grep '^E: ID_SERIAL='"
   
   nodea
   E: ID_SERIAL=Amazon Elastic Block Store_vol0fa5342e7aedf09f7