한 회사에서 클러스터 멤버십이 변경될 때마다 /etc/cluster/nodes.config를 업데이트해야 하는 독점적인 인메모리 그리드를 실행합니다. 노드 추가는 자동화되어야 하므로 파일에 현재 멤버 IP가 나열되고 서비스가 다시 시작됩니다. DevOps 엔지니어가 최소한의 노력으로 이를 자동화하기 위해 무엇을 할 수 있을까요?

AWS OpsWorks Stacks는 Chef 또는 Puppet을 사용하여 서버를 구성하고 관리하는 데 적합합니다. 이 시나리오에서 OpsWorks Stacks의 "Configure" 수명 주기 이벤트는 스택의 인스턴스가 시작, 중지 또는 연결/연결 해제될 때 트리거됩니다. 이 이벤트에서 Chef 레시피를 실행하여 클러스터 계층의 모든 현재 인스턴스를 동적으로 쿼리하고, 이 정보를 기반으로 /etc/cluster/nodes.config 파일을 생성하며, 서비스를 다시 시작할 수 있습니다. 이는 클러스터 멤버십 변경에 대한 자동화된 응답을 제공하여 수동 개입을 최소화합니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다. CodeDeploy는 애플리케이션 배포에 중점을 두며, 동적으로 변경되는 클러스터 멤버십을 기반으로 구성 파일을 생성하는 데는 직접적인 메커니즘이 없습니다. S3 버킷을 폴링하는 것은 구성 변경에 대한 즉각적인 응답을 제공하지 못하며, 클러스터 멤버십 변경 시 모든 노드에 대한 동적 업데이트를 처리하기 어렵습니다. user-data 스크립트는 인스턴스 시작 시 한 번만 실행되므로, 클러스터 멤버십이 변경될 때마다 구성 파일을 업데이트하는 데는 적합하지 않습니다.