시험에서 수면위로 올라온 질문으로
AWS Config Aggregator 관련 내용이 있었는데, 이것이 무엇일까요?
여러분이 이 계정들 내에서
여러 계정과 여러 리전을 관리한다고 가정해 봅시다
계정 A와 계정 B가 있는데
이들을 'Source Account'라고 부릅니다
모두 AWS Config의 deployment를 갖고있기 때문입니다
모든 정보는 중앙 AWS 계정으로
집계되어야 하는데
이 계정을 Aggregator 계정이라고 하고
해당 계정 내에서만
Aggregator를 생성해야 합니다
Aggregator에서는 Aggregated View를 볼 수 있는데
이것을 통해 모든 계정과 리전에 걸친
호환되는 리소스와 비호환 리소스를
확인할 수 있습니다
그러므로 이러한 aggregation의 존재는
꽤나 이치에 맞다고 볼 수 있습니다
기억해두셔야 할 것은
Aggregator가 중앙 계정 하나에서만 생성되며
개별적인 소스 계정마다 생성되는 것이 아니라는 겁니다
이 Aggregator는 다수의 계정과 리전에 걸친
규칙과 리소스 등
타겟 계정에 있는
모든 것들을 집계합니다
만약 여러분이 AWS Organization을 사용하고 있다면
개별 계정에서 승인을 해줄
필요 없이
Organization 내의 관리 계정에
Aggregator를 생성해주기만 하면
승인작업은 자동으로 수행됩니다
만약 AWS Organization을 사용하지 않는다면
계정 A에서 관련 인증을 해주어야 하는데
예를 들어
AWS 계정의 Aggregator로 하여금 데이터 수집을 할 수 있도록
승인을 해주고
계정 B에서도 두 번째 승인을 통해
동일한 작업을 수행합니다
다시 말하지만 이것은 AWS Organization을
사용하지 않는 경우에만 해당되며
승인이 완료되고 나면 Aggregator는
데이터 수집을 할 수 있게 되어
타겟 계정으로부터 데이터를 뽑아 집계하게 됩니다
규칙에 대한 관리는
개별 계정의 차원에서 이루어집니다
Aggregator는 데이터 집계를 위해 존재하는 것이지
규칙의 집중화 등을 위한 것이 아닙니다
여러 계정과 여러 리전에 걸쳐 규칙을 배포하고 싶다면
가장 좋은 방법은 CloudFormation StackSet을
이용하는 방법인데
이것을 이용하면 여러 계정과 여러 리전에 걸쳐
CloudFormation Stack을
배포할 수 있게 됩니다
유익한 시간이었기를 바라며
다음 강의에서 뵙도록 하겠습니다