유지보수 정책

Memorystore for Memcached는 대략 분기마다 한 번씩 유지보수됩니다. 유지보수는 Memcached 인스턴스를 지원하는 운영체제에 필수적인 소프트웨어 업데이트를 제공합니다. 또한 중요한 보안 패치를 인스턴스에 추가하기 위해 유지보수 업데이트가 발생할 수 있습니다.

클러스터가 하나의 Memcached 노드로만 구성된 경우 클러스터의 모든 데이터가 삭제됩니다. 그렇지 않은 경우 클러스터의 노드가 순차적으로 업데이트되므로 다른 노드가 업데이트할 큐에 있는 동안 계속해서 데이터를 제공합니다. 노드가 업데이트되면 다른 노드가 업데이트 중이더라도 준비하고 캐시 호출을 반환하기 시작합니다.

현재 Memorystore for Memcached에서는 유지보수 기간을 지정할 수 없어 Memcached 인스턴스의 유지보수 업데이트가 언제 발생하는지 알 수 없습니다.

유지보수 출시

유지보수 업데이트는 최대 6개의 배치를 각 노드 업데이트 간에 15분 간격으로 클러스터의 노드에 순차적으로 출시됩니다. 예를 들면 다음과 같습니다.

클러스터 형태 유지보수 출시
노드 2개 노드 1 --> 15분 --> 노드 2
노드 6개 노드 1 --> 15분 --> 노드 2 --> 15분
노드 3 --> 15분 --> 노드 4 --> 15분
노드 5 --> 15분--> 노드 6
노드 11개 노드 1,2 --> 15분 --> 노드 3,4 --> 15분
노드 5,6 --> 15분 --> 노드 7,8 --> 15분
노드 9,10 --> 15분 --> 노드 11

유지보수 출시 시뮬레이션

유지보수 이벤트가 발생하기 전에 키스페이스의 순차적 비가용성이 애플리케이션에 미치는 영향을 테스트할 수 있습니다. 누락된 키스페이스가 애플리케이션에 영향을 미치는 방식을 이해하면 Memorystore for Memcached의 유지보수가 발생할 때 애플리케이션에 미치는 예상치 못한 부정적인 영향을 피할 수 있습니다.

gcloud beta memcache applyparameters 명령어를 사용하여 유지보수 이벤트를 시뮬레이션할 수 있습니다.

이 명령어를 사용하여 유지보수 이벤트를 시뮬레이션하려면 유지보수 중에 노드가 수행하는 것과 같이 캐시 플러시를 트리거하는 Memcached 구성을 일시적으로 변경해야 합니다.

클러스터 형태의 유지보수 출시 시퀀스에 따라 gcloud beta memcache applyparameters 명령어를 일괄 실행합니다.