유지보수 정책

이 페이지에서는 Memorystore for Memcached 유지보수 개요에 대하여 설명합니다.

유지보수 기간 예약에 대한 안내는 유지보수 기간 찾기 및 설정을 참조하세요.

개요

Memorystore for Memcached는 정기적으로 인스턴스를 업데이트하여 서비스의 안정성, 성능, 보안, 최신성을 보장합니다. 대부분의 업데이트는 Memcached 인스턴스가 실행 중인 동안에 수행됩니다. 그러나 특정 시스템 업데이트를 수행하려면 짧은 서비스 중단이 필요합니다. 이러한 업데이트를 유지보수라고 합니다. 유지보수는 일반적으로 다음 카테고리로 분류됩니다.

  • Memorystore 기능. 일부 기능을 실행하려면 Memorystore에 유지보수 업데이트가 필요합니다.

  • 운영체제 패치. Google은 운영체제에서 새로 발견된 보안 취약점을 지속적으로 모니터링합니다. 취약점을 발견하면 새로운 위험으로부터 사용자를 보호하기 위해 운영체제 패치를 출시합니다.

  • 데이터베이스 버전 업그레이드. 유지보수에는 손상되거나 호환되지 않는 변경사항을 포함하지 않는 OSS Memcached 패치 부 버전 업데이트가 포함될 수 있습니다.

사용자는 자동 또는 수동의 두 가지 방법으로 유지보수를 수행할 수 있습니다. 유지보수 기간 기능을 사용하면 사용자는 유지보수를 자동으로 예약하고 수행할 수 있는 반복 기간을 지정할 수 있습니다. 인스턴스 유지보수를 더 세부적으로 제어하고자 하는 사용자를 위해 수동 유지보수는 원하는 일정 및 논리에 따라 인스턴스를 업데이트하는 gcloud 인터페이스를 제공합니다.

유지보수의 영향

유지보수 중에 Memorystore for Memcached 클러스터에 연결이 끊어지고 전체 캐시가 삭제됩니다.

클러스터의 노드는 전체 유지보수 기간에 걸쳐 순차적으로 균일하게 업데이트됩니다. 노드가 업데이트되면 캐시가 플러시되고 유지보수 후에 데이터가 복원되지 않습니다. 다운타임은 보통 노드당 5분 정도입니다.

노드에 유지보수가 수행되는 경우 해당 노드의 연결이 끊어지고 재설정됩니다. 유지보수가 발생한 후 애플리케이션을 노드에 다시 연결하려면 지수 백오프를 사용하여 재시도 메커니즘을 만들어야 합니다.

수동 유지보수를 선택한 사용자의 경우 클러스터의 개별 노드에 대한 업데이트 시점을 제어합니다.

유지보수 설정

Memorystore를 사용하면 애플리케이션에 가장 적합한 시간에 유지보수가 수행되도록 구성할 수 있습니다. 이렇게 하려면 유지보수 기간을 구성합니다.

유지보수 기간은 Memorystore 인스턴스별로 설정되며 다음 구성 옵션을 허용합니다.

  • 요일. 유지보수를 수행할 요일을 지정합니다.
  • 시작 시간. 유지보수가 시작되는 시간입니다.
  • 소요 시간. 유지보수 기간은 3시간~8시간 사이입니다.

인스턴스에 유지보수 기간이 구성된 경우 향후 자동 유지보수가 이러한 환경설정을 적용하도록 예약됩니다. 인스턴스에 유지보수 기간이 지정되지 않은 경우 언제든지 고급 알림 없이 유지보수를 시작할 수 있습니다.

유지보수 예시

사용자가 장바구니 서비스를 관리하는 소매업체의 개발자라고 가정해봅시다. 프로덕션 환경에 Memorystore for Memcached 인스턴스가 하나 있습니다. 사용자는 일요일 자정처럼 인스턴스가 가장 적은 양의 트래픽을 처리하는 시간에 유지보수를 수행하려고 합니다.

여기에서는 프로덕션 인스턴스 유지보수 설정을 다음과 같이 설정합니다.

  • 요일. 일요일
  • 시작 시간. 오전 1시.
  • 소요 시간. 3시간.

이 경우 허용 기간이 가장 짧은 방식을 선택하여 트래픽 양이 적은 기간 동안 유지보수가 수행되도록 합니다. 연중무휴 24시간 트래픽이 안정적으로 유지되는 애플리케이션의 경우 더 긴 시간을 지정하는 것이 좋습니다. 이렇게 하면 캐시 플러시의 영향이 고르게 분산됩니다. 서비스 영향에 특히 민감한 애플리케이션의 경우 수동으로 유지보수를 수행하는 것이 좋습니다.

예정된 유지보수 알림

유지보수 예정 최소 1주일 전 예정된 유지보수에 대한 알림이 이메일로 전송되도록 설정할 수 있습니다. 알림에 대한 이메일 필터를 설정할 경우 이메일 제목은 "Upcoming maintenance for your Cloud Memorystore instance [your-instance-name]"이 됩니다.

유지보수 알림은 기본적으로 전송되지 않습니다. 예정된 유지보수에 대한 알림을 받으려면 다음 두 가지 작업을 모두 수행해야 합니다.

  1. 유지보수 기간 설정
  2. 유지보수 알림 수신 동의

알림은 Google 계정과 연결된 이메일 주소로 전송됩니다. 커스텀 이메일 별칭(예시: 팀 이메일 별칭)을 구성할 수 없으며, 본인 소유의 이메일 외에 다른 이메일 주소를 구독하는 것도 불가합니다.

구독하는 경우 특정 프로젝트에 유지보수 기간이 있는 모든 Memorystore 인스턴스에 대하여 유지보수 알림의 수신에 동의하게 됩니다. 사용자는 인스턴스당 하나의 알림을 받습니다.

예약된 유지보수를 확인하는 방법은 예약된 유지보수 찾기를 참조하세요.

유지보수 재예약

인스턴스에 대해 유지보수 기간이 있으면 현재 유지보수가 예약되기 전에 언제든지 유지보수를 재예약할 수 있습니다. 예를 들어 현재 예약된 유지보수 시간 중에 새 서비스를 출시해야 하는 경우, 출시 며칠 후로 유지보수 기간을 재예약해야 할 수 있습니다.

원래 예약된 시간 이후 2주일 이상 지나지 않았으면 유지보수를 여러 번 재예약할 수 있습니다. 새 유지보수 기간에는 다음과 같은 몇 가지 일정 옵션이 있습니다.

  • 지금 업데이트. 예약된 유지보수 기간을 기다리지 않고 인스턴스에 즉시 업데이트를 적용할 수 있습니다.

  • 다음 예약된 기간으로 연기. 이렇게 하면 1주일 이내로 유지보수가 연기됩니다.

  • 요일과 시간 맞춤 조정. 이렇게 하면 원래 예약된 유지보수 시간 후 1주일 이내의 특정 시간을 선택할 수 있습니다.

유지보수 일정 변경에는 다음과 같은 추가적 특성이 있습니다.

  • 현재 예약된 유지보수 시작까지 남은 시간이 1시간 미만이면 유지보수 일정을 변경할 수 없습니다.

  • 단일 작업으로 여러 Memcached 인스턴스를 재예약할 수 없습니다. 개별적으로 재예약해야 합니다.

유지보수 재예약에 대한 안내는 계획된 유지보수 일정 재예약을 참조하세요.

권장사항

  • 유지보수 기간을 설정하고 모든 프로덕션 인스턴스에 대한 알림을 구독하세요.
  • 적합한 기간을 선택합니다. 노드는 지정된 전체 기간 동안 순차적으로 업데이트됩니다. 더 긴 기간을 선택하면 노드 캐시가 장기간 분산되어 애플리케이션에 미치는 영향이 줄어듭니다. 그러나 기간이 짧으면 업데이트가 더 빨리 완료되므로, 트래픽이 적은 기간이 있는 것으로 잘 알려진 애플리케이션이나 모든 유형의 캐시 중단에 민감한 애플리케이션에 적합할 수 있습니다.
  • 예약된 유지보수 시점의 시스템 메모리 사용률 측정항목이 50% 이하가 되도록 조치를 취하세요. 인스턴스 트래픽이 적은 시간을 예약하거나 시스템 메모리 사용률 측정항목이 50% 이하로 유지되도록 유지보수 기간 동안 인스턴스 크기를 임시로 확장하면 됩니다.
  • 유지보수 후 애플리케이션을 인스턴스에 다시 연결하려면 지수 백오프를 사용하여 재시도 메커니즘을 구현합니다.
  • 재예약 기능을 활용하여 업데이트가 제공되면 비프로덕션 인스턴스에서 업데이트를 테스트합니다.

수동 유지보수

유지보수 기간을 통한 자동 유지보수는 대부분의 Memorystore 사용자에 대한 요구사항을 충족할 것으로 예상되지만 수동 유지보수는 인스턴스를 업데이트하기 위한 gcloud 인터페이스를 제공합니다. 이 인터페이스를 사용하면 애플리케이션에 가장 적합한 속도와 시간으로 클러스터 노드를 개별적으로 업데이트할 수 있습니다. gcloud 인터페이스를 호출하여 각 노드가 업데이트되면 자동 유지보수와 유사하게 개별 노드 캐시가 플러시되고 연결이 끊어집니다.

수동 유지보수를 수행하려면 먼저 인스턴스의 유지보수 기간을 설정하고 유지보수 알림을 구독해야 합니다. 업데이트가 제공되면 인스턴스의 예약된 유지보수 시간이 포함된 이메일 알림이 전송됩니다. 이제 인스턴스에 업데이트 수동 적용을 시작할 수 있습니다. Memorystore for Memcached 클러스터가 예약된 유지보수 시간으로 완전히 업데이트되지 않으면 나머지 클러스터 노드가 유지보수 기간 동안 자동으로 업데이트됩니다. 예약된 유지보수 시간 전에 인스턴스를 완전히 업데이트한 경우 정의된 유지보수 기간 동안에는 인스턴스에 영향을 주지 않습니다.

FAQ

다음은 Memorystore for Memcached의 유지보수 정책에 대해 자주 묻는 질문(FAQ)입니다.

유지보수는 Memcached 인스턴스에 어떤 영향을 주나요?

유지보수 중에 클러스터의 노드는 유지보수 기간에 걸쳐 순차적으로 업데이트됩니다. 각 노드에는 노드당 약 5분의 다운타임으로 캐시 플러시가 발생합니다. 영향에 대한 자세한 내용은 유지보수의 영향을 참조하세요.

유지보수 업데이트의 기간은 얼마나 되나요?

사용자는 3~8시간까지 기간을 구성할 수 있습니다. 노드 업데이트는 지정된 기간 동안 균등하게 간격이 지정됩니다.

인스턴스 유지보수가 언제 예약되어 있는지 어떻게 알 수 있나요?

인스턴스에 유지보수가 예약되는 시점을 알 수 있도록 알림을 구독하는 것이 좋습니다. Cloud 콘솔에서 수동으로 확인할 수도 있습니다. Cloud 콘솔이 비어 있고 유지보수 기간이 이미 설정된 경우, 예정된 유지보수가 아직 없는 것입니다.

향후 유지보수에 대한 알림을 언제 받나요?

유지보수 알림을 구독하고 유지보수 기간을 설정했으면 유지보수 이벤트 최소 7일 전에 이메일로 알림이 전송됩니다.

유지보수를 얼마나 오래 연기할 수 있나요?

인스턴스 유지보수가 예약되면 인스턴스를 즉시 업데이트하거나 원래 예약된 유지보수 시간으로부터 최대 7일까지 업데이트를 연기할 수 있습니다. 예를 들어 유지보수가 10월 11일 오후 11시 15분에 예약된 경우 10월 18일 오후 11시 15분까지 연기할 수 있습니다. 따로 조치를 취하지 않으면 예약된 시간에 유지보수가 적용됩니다.

자세한 내용은 예정된 유지보수 재예약을 참조하세요.

유지보수 중에 인스턴스의 IP 주소가 변경되나요?

아니요. Memcached 인스턴스의 IP 주소는 변경되지 않습니다.

유지보수 기간을 설정하거나 조정하면 인스턴스에 영향을 주나요?

아니요. 유지보수 기간을 설정하거나 조정해도 인스턴스에 다운타임이 발생하지 않습니다. 또한 인스턴스의 IP 주소가 변경되거나 인스턴스에 다른 변경사항이 발생하지 않습니다.

원활한 유지보수 업데이트 환경을 위해 따라야 하는 권장사항

유지보수 업데이트에 대한 권장사항 섹션의 안내를 따르는 것이 좋습니다.

언제 유지보수를 즉시 적용해야 하나요?

유지보수를 즉시 적용해야 하는 상황 중 하나는 테스트 인스턴스에서 프로덕션 인스턴스에 미치는 영향을 확인하는 것입니다. 유지보수를 재예약하여 테스트 인스턴스에 즉시 적용할 수 있습니다. 이를 통해 미치는 영향을 관찰할 수 있고 필요에 따라/허용된 프로덕션 인스턴스의 유지보수를 연기할 수 있습니다.

유지보수 업데이트가 항상 유지보수 기간 내에 완료되나요?

업데이트는 지정한 유지보수 기간 내에 시작됩니다. 업데이트는 거의 항상 기간 내에 완료됩니다.

먼저 특정 인스턴스에 대한 유지보수를 선택 해제하거나 유지보수를 예약할 수 있나요?

아니요. 유지보수를 선택 해제하고 초기 유지보수 예약을 제어할 수 없습니다. 그러나 최대 7일까지 연기되도록 유지보수를 재예약할 수 있습니다.

유지보수 기간이 아니어도 업데이트가 적용될 수 있나요?

매우 드물지만, 시간에 민감한 취약점으로부터 보호하기 위해 지정된 유지보수 기간 외에 Memcached 인스턴스에 유지보수가 적용될 수 있습니다.

Memorystore가 유지보수를 취소하면 어떻게 되나요?

Memorystore에서 유지보수 이벤트를 취소하면 유지보수가 취소되었다는 알림이 수신됩니다. 드물지만 사전에 Memorystore가 취소 알림을 미리 전송하지 못할 수 있습니다. 이 경우 예약된 유지보수 기간이 지난 후에 유지보수가 적용되지 않았다는 알림을 받게 됩니다.

선택한 환경설정에 따라 이후 유지보수 기간으로 유지보수 일정이 변경됩니다. 유지보수 이벤트가 다시 예약되면 예정된 유지보수 알림을 새로 받게 됩니다.

유지보수 기간에는 어떤 시간 형식이 사용되나요?

Google Cloud 콘솔을 사용할 때 유지보수 기간은 현지 시간대로 표시되고 설정되지만 UTC 시간으로 저장됩니다. Google Cloud 콘솔에서도 UTC 시간을 기준으로 유지보수 기간이 표시됩니다. Google Cloud CLI로 기간을 설정하는 경우 UTC 시간을 사용하여 시간을 설정합니다.

Google Cloud 콘솔에 기간이 뷰어의 현지 시간대로 표시되므로 UTC 시간을 기준으로 기간을 예약해야 합니다. 이 때문에 사용자가 다른 시간대의 기간을 설정할 경우 혼동이 발생할 수 있습니다.

유지보수 기간에는 일광 절약 시간 변경사항이 적용되지 않습니다.

다음 단계

  • Memcached 인스턴스의 유지보수 기간을 관리하는 데 필요한 권한 확인