클라우드 환경으로 마이그레이션할 때 워크로드를 분산하는 방법

워크로드(노드)가 어떻게 분산되어야 하는지 결정하는 것은 고가용성을 염두에 두고 퍼블릭 클라우드로 마이그레이션할 때 일반적인 토론 주제입니다. 워크로드가 온프레미스 환경에 있는 경우 이러한 워크로드의 위치는 구축된 데이터 센터의 위치로 정의되는 경우가 많습니다. 많은 경우에 워크로드를 호스팅할 다른 위치를 선택하는 것은 사용 가능한 옵션이 아닙니다. 퍼블릭 클라우드 제품에는 다양한 지리적 지역과 선택할 수 있는 가용 영역이 있습니다.

가용 영역은 일반적으로 동일한 물리적 지역(예: 캘리포니아)에 있는 하나 이상의 데이터 센터(물리적 위치)와 유사합니다. 이러한 데이터 센터는 서로 다른 영역에 위치할 수 있지만 고속 네트워크를 사용하여 연결되어 데이터 센터 간의 연결 대기 시간을 최소화합니다. (가용 지역 내의 여러 데이터 센터에서 서비스를 호스팅하는 것은 사용자에게 투명해야 합니다).

일반적으로 워크로드 간의 물리적 거리가 멀수록 환경이 더 탄력적입니다. 지진과 같은 자연 재해가 동시에 다른 지역에 영향을 미치지 않을 것이라는 합리적인 가정입니다(예: 미국 서부 해안과 동부 해안 모두 동시에). 그러나 시스템 전체의 장애로 인해 여러 지역에서 동시에 서비스 중단이 발생할 가능성이 있습니다(일부 클라우드 공급자는 이전에 미국 및 호주와 같은 지역 간 동시 중단을 보고했습니다). 여러 클라우드 제공업체에 걸쳐 정의된 DR(재해 복구) 계획을 만드는 것이 적절할 수 있습니다.

고려할 가치가 있는 또 다른 관점은 자원을 보호하는 비용입니다. 일반적으로 워크로드 간의 거리가 멀수록 데이터 전송에 더 많은 비용이 발생합니다. 많은 경우 동일한 데이터 센터(가용 영역) 내의 노드 간 데이터 전송은 무료이지만 가용 영역 간에 데이터를 전송하는 데는 GB당 $0.01 이상의 비용이 들 수 있습니다. 이 추가 비용은 지역 간에 데이터를 전송할 때 두 배(또는 그 이상)(예: $0.02/GB)할 수 있습니다. 또한 워크로드 간의 물리적 거리가 증가하기 때문에 노드 간의 데이터 대기 시간이 더 길어질 것으로 예상해야 합니다. 일반적으로 이러한 요소를 고려하여 동일한 리전 내의 가용 영역에 워크로드를 분산하는 것이 좋습니다.