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

시간 기반 또는 로드 기반 인스턴스를 사용하여 로드 관리

수신 트래픽이 변동함에 따라 스택의 인스턴스 수가 로드를 무리 없이 처리하기에는 너무 적거나 필요 이상으로 많을 수 있습니다. 시간 기반 또는 로드 기반 인스턴스를 사용하여 계층의 인스턴스 수를 자동으로 늘리거나 줄이면 불필요한 용량에 대한 비용을 지불할 필요 없이 수신 트래픽을 적절히 처리하는 데 충분한 인스턴스를 항상 유지하면서도 시간과 비용을 모두 절감할 수 있습니다. 서버 로드를 모니터링하거나 인스턴스를 수동으로 시작 또는 중지할 필요가 없습니다. 또한 시간 기반 및 로드 기반 인스턴스는 동일 리전 내의 여러 가용 영역에서 자동으로 애플리케이션을 분산하고 확장하며 밸런싱하므로 지리적 중복성 및 확장성을 제공합니다.

자동 조정은 다양한 기준에 따라 계층의 온라인 인스턴스를 조정하는 두 인스턴스 유형을 기반으로 합니다.

Linux 스택에서는 시간 기반 인스턴스와 로드 기반 인스턴스가 모두 지원되지만, Windows 스택에서는 시간 기반 인스턴스만 지원됩니다.

수동으로 시작 및 중지해야 하는 24/7 인스턴스와 달리, 시간 기반 또는 로드 기반 인스턴스는 사용자가 직접 시작하거나 중지하지 않습니다. 대신 인스턴스를 구성하면 OpsWorks Stacks가 구성에 따라 인스턴스를 시작하거나 중지합니다. 예를 들어 지정된 일정에 따라 시작 및 중지하도록 시간 기반 인스턴스를 구성합니다. 그러면 OpsWorks 스택이 해당 구성에 따라 인스턴스를 시작하고 중지합니다.

일반적인 방법은 다음과 같이 세 가지 인스턴스 유형을 모두 함께 사용하는 것입니다.

이러한 조정 시간을 사용하는 방법에 대한 자세한 정보는 서버 수 최적화 단원을 참조하세요.

로드 기반 조정과 자동 복구의 차이점

자동 로드 기반 조정은 모든 실행 중 인스턴스에서 평균된 로드 측정치를 사용합니다. 지표가 지정된 임계값 사이에 남아 있는 경우 OpsWorks Stacks는 인스턴스를 시작하거나 중지하지 않습니다. 반면 자동 복구를 사용하면 인스턴스가 응답을 중지하면 OpsWorks Stacks는 동일한 구성으로 새 인스턴스를 자동으로 시작합니다. 인스턴스는 네트워크 문제 또는 인스턴스 문제 때문에 응답하지 못할 수 있습니다.

예를 들어 CPU 확장 임계값이 80%이고 한 인스턴스가 응답을 멈췄다고 가정해 봅시다.