확장성에 대한 전략 결정

확장성은 대개 시스템 자원을 추가하지만 배포 구조는 변경하지 않고 시스템에 용량을 추가할 수 있는 기능을 말합니다. 요구 사항 분석 시 일반적으로 비즈니스 요구 사항과 그 후의 사용 분석을 기준으로 예상되는 시스템 증가를 예상합니다. 시스템의 사용자 수에 대한 이 예측과 이들 사용자의 요구 사항을 충족시키기 위한 시스템의 용량은 배포된 시스템의 실제 수치와는 크게 다른 경우가 많습니다. 예측의 차이를 수용할 수 있도록 설계에 융통성이 있어야 합니다.

확장 가능한 설계는 시스템이 추가 자원과 함께 업그레이드할 수 있을 때까지 증가된 로드를 처리할 수 있는 충분한 잠재 용량을 포함합니다. 확장 가능 설계는 시스템을 다시 설계하지 않고도 증가하는 로드를 처리하도록 즉시 확장될 수 있습니다.

잠재 용량

잠재 용량은 추가 성능과 가용성 자원을 시스템에 포함시켜서 비정상적인 최고 로드를 쉽게 처리할 수 있도록 하는 확장성의 한 요소입니다. 또한 잠재 용량이 배포 시스템에서 사용되는 방법을 모니터하여 언제 자원을 추가하여 시스템을 확장해야 할 지를 결정할 수 있습니다. 잠재 용량은 설계에 안전을 확립하는 한 가지 방법입니다.

사용 사례 분석으로 비정상적인 최고 로드를 만들 수 있는 시나리오를 식별할 수 있습니다. 예상치 않은 증가를 처리하고 시스템에 안전을 확립하는 잠재 용량을 설계하는 요소와 더불어 이와 같은 비정상적인 최고 로드를 분석합니다.

시스템 설계는 일반적으로 운영의 처음 6-12 개월 동안 합리적인 시간에 예상된 용량을 처리할 수 있어야 합니다. 유지 보수 주기를 사용하여 자원을 추가하거나 필요한 용량을 늘릴 수 있습니다. 시스템 업그레이드를 정기적으로 예약할 수 있는 것이 가장 좋지만 필요한 용량 증가를 예측하는 것은 종종 어렵습니다. 시스템 업그레이드 시기를 결정하기 위해서는 비즈니스 예측뿐만 아니라 자원에 대한 신중한 모니터링에 의존합니다.

솔루션을 증분 단계에 구현하려고 하는 경우 각 증분 단계에 대해 예약된 다른 향상과 일치하도록 증가하는 시스템 용량을 예약해야 합니다.

확장성 예

이 절의 예는 Messaging Server를 구현하는 솔루션을 위한 수평 및 수직 확장을 설명합니다. 수직 확장의 경우 서버에 CPU를 추가하여 증가하는 로드를 처리할 수 있게 합니다. 수평 확장의 경우 로드 분산을 위한 서버를 추가하여 증가하는 로드를 처리합니다.

이 예는 기본적으로 로드 균형 조정을 위해 분산된 메시지 저장소 인스턴스 2개가 50,000 사용자를 지원한다고 가정합니다. 각 서버가 CPU를 2개씩 가지고 있어 총 CPU는 4개가 됩니다. 다음 그림은 250,000 사용자 및 2,000,000 사용자에 대해 증가하는 로드를 처리할 수 있도록 이 시스템을 확장할 수 있는 방법을 나타냅니다.

확장성 예는 수평 확장 및 수직 확장 간의 차이를 나타냅니다. 이 그림에서는 로드 균형 조정, 페일오버 및 사용 패턴 변경과 같이 확장 시 고려해야 할 기타 요소는 보여주지 않습니다.

그림 5–9 수평 및 수직 확장 예