Redis용 Memorystore 유지보수 정보

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

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

개요

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

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

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

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

유지보수 기간 외에도 인스턴스의 업데이트가 제공되면 셀프서비스 유지보수를 사용하여 인스턴스를 업데이트할 수 있습니다. 유지보수 변경 로그에는 셀프서비스 유지보수 업데이트의 유지보수 버전 번호 및 세부정보가 나열됩니다.

유지보수의 영향

기본 등급 및 표준 등급 인스턴스 모두 유지보수 중에 연결이 재설정됩니다. 유지보수가 발생한 후 애플리케이션을 인스턴스에 다시 연결하려면 지수 백오프를 사용하여 재시도 메커니즘을 만들어야 합니다.

또한 예약된 유지보수가 진행될 때 시스템 메모리 사용량 비율 측정항목이 50% 이하로 유지되도록 조치를 취하는 것이 좋습니다. 시스템 메모리 사용량 비율 안내에는 메모리 관리를 위한 기준점이 80%라고 언급되어 있지만 유지보수 중 비율을 50% 이하로 설정하는 것이 좋습니다.

인스턴스 트래픽이 적은 시간을 예약하거나 시스템 메모리 사용량 비율 측정항목이 50% 이하로 유지되도록 유지보수 기간 동안 인스턴스 크기를 임시로 확장하여 원하는 비율을 보장할 수 있습니다.

표준 등급 영향

유지보수 중에는 표준 등급 인스턴스가 장애 조치를 수행합니다. 장애 조치는 일반적으로 몇 초 동안 지속됩니다. 장애 조치 후 클라이언트 애플리케이션은 다시 연결해야 합니다. 예정된 유지보수를 알리는 이메일을 받으면 비프로덕션 인스턴스에서 수동 장애 조치를 실행하여 유지보수가 인스턴스에 미치는 영향을 테스트할 수 있습니다.

기본 등급 영향

기본 등급 인스턴스는 유지보수 중에 사용할 수 없으며, 일반적으로 약 5분 동안 지속됩니다.

유지보수 설정

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

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

  • 요일. 유지보수를 수행할 요일을 지정합니다.
  • 시작 시간. 유지보수가 시작되는 시간입니다.

유지보수 기간은 1시간입니다.

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

유지보수 예시

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

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

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

예정된 유지보수 알림

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

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

  1. 유지보수 기간 설정
  2. 유지보수 알림 수신 동의
  3. Memorystore로 인스턴스의 유지보수 업데이트가 예약되기 전에 최소 7일 내에 이 작업을 모두 수행하세요. 그렇지 않으면 시스템에서 예정된 유지보수 알림을 전송할 수 있는 충분한 시간 동안 가입하지 못하게 됩니다.

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

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

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

유지보수 재예약

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

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

  • 지금 업데이트. 예약된 유지보수 기간을 기다리지 않고 인스턴스에 즉시 업데이트를 적용할 수 있습니다.
  • 다음 예약된 기간으로 연기. 이렇게 하면 1주일 이내로 유지보수가 연기됩니다.
  • 요일과 시간 맞춤 조정. 이렇게 하면 원래 예약된 유지보수 시간 후 1주일 이내의 특정 시간을 선택할 수 있습니다.

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

  • 현재 예약된 유지보수 시작까지 남은 시간이 1시간 미만이면 유지보수 일정을 변경할 수 없습니다.
  • 단일 작업으로 여러 Redis 인스턴스를 재예약할 수 없습니다. 개별적으로 재예약해야 합니다.

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

FAQ

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

유지보수가 표준 등급 인스턴스에 미치는 영향

유지보수 중에는 표준 등급 인스턴스가 장애 조치를 수행합니다. 장애 조치는 일반적으로 몇 초 동안 지속됩니다. 장애 조치 후 클라이언트 애플리케이션은 다시 연결해야 합니다. 영향에 대한 자세한 내용은 유지보수의 영향을 참조하세요.

유지보수가 기본 등급 인스턴스에 미치는 영향

기본 등급 인스턴스는 유지보수 중에 사용할 수 없으며, 일반적으로 약 5분 동안 지속됩니다. 영향에 대한 자세한 내용은 유지보수의 영향을 참조하세요.

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

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

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

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

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

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

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

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

Redis용 Memorystore 인스턴스에 연결할 때 서비스 IP 주소를 지정합니다. 이 IP 주소는 유지보수 중에 수정되거나 다른 작업을 통해 수정되지 않습니다. 서비스는 서비스 IP 주소를 사용하여 인스턴스 장애 조치와 같은 이벤트를 자동으로 처리합니다.

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

원활한 유지보수 업데이트 환경이 보장되도록 다음 작업을 수행하는 것이 좋습니다.

  1. Redis 사용량이 많은 시간에 유지보수가 적용되지 않도록 유지보수 기간을 설정해야 합니다.
  2. 인스턴스에 유지보수 업데이트가 예약되기 최소 7일 전에 이메일 알림을 수신하도록 유지보수 알림을 수신 동의해야 합니다.
  3. 유지보수가 시작될 때 시스템 메모리 사용량 비율 측정항목이 50% 미만이 되도록 유의하세요. 인스턴스 트래픽이 낮은 시간으로 예약하거나 유지보수 기간 중에 인스턴스 크기를 일시적으로 확장하여 이 작업을 수행할 수 있습니다.

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

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

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

업데이트는 지정한 유지보수 기간 내에 시작됩니다. 일반적으로 업데이트는 이 기간 내에 완료되지만 이를 보장하지 않습니다.

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

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

다음 단계

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