Amazon ElastiCache 관리형 유지 관리 및 서비스 업데이트 도움말 페이지

서비스 업데이트는 특정 서비스 업데이트를 고객의 재량에 따라 적용할 수 있도록 하는 Amazon ElastiCache의 기능입니다. 이러한 업데이트는 보안 패치 또는 부 소프트웨어 업데이트라는 유형 중 하나로 제공될 수 있습니다. 이러한 업데이트는 클러스터의 보안, 안정성 및 운영 성능을 강화하는 데 도움이 됩니다.

서비스 업데이트의 가치는 업데이트를 적용할 시기를 고객이 제어할 수 있다는 데 있습니다. 예를 들어 ElastiCache 클러스터의 24x7 가용성이 요구되는 중요한 비즈니스 이벤트가 있는 경우 서비스 업데이트의 적용을 늦출 수 있습니다.

각 서비스 업데이트에 대한 세부 정보는 ‘업데이트 설명’ 속성을 참조하세요.

클러스터에 적용 가능한 서비스 업데이트를 사용할 수 있게 되면 Amazon ElastiCache 콘솔, 이메일, Amazon Simple Notification Service(SNS), AWS Personal Health Dashboard 및 Amazon CloudWatch Events와 같은 여러 채널을 통해 알려드립니다.

지속적인 관리형 유지 관리를 통해 제공되는 업데이트는 서비스를 업데이트를 통해 제공되는 업데이트와 별개입니다. 지속적인 관리형 유지 관리를 통해 적용되는 업데이트는 해당하는 유지 관리 기간에 직접 예약되며 고객 측에서 따로 수행해야 할 작업은 없습니다. 서비스 업데이트는 한시적이며 고객은 '권장되는 적용 날짜'까지 적용할 시기를 제어할 수 있습니다. 이 날짜까지 적용되지 않는 경우 ElastiCache는 이러한 업데이트를 고객의 해당하는 유지 관리 기간에 예약할 수 있습니다.

ElastiCache 클러스터에서 HIPAA, PCI 또는 FedRAMP 규정 준수 프로그램에 참여하는 경우 규정 준수를 유지하려면 ‘권장되는 적용 날짜’까지 서비스 업데이트를 반드시 적용해야 합니다. 자세한 내용은 규정 준수를 위한 셀프 서비스 보안 업데이트를 참조하세요.

다른 클러스터의 경우 비즈니스 케이던스에 따라 서비스를 업데이트를 적용하는 것이 좋습니다. '권장되는 적용 날짜'까지 서비스 업데이트를 적용할 수 없는 경우 '업데이트 만료 날짜'까지 적용할 수 있습니다. 그러나 ‘업데이트 만료 날짜’는 새 업데이트의 가용성에 따라 언제든지 변경될 수 있습니다.

사용자 또는 Amazon ElastiCache가 서비스 업데이트를 하나 이상의 클러스터에 적용하면 업데이트는 선택된 모든 클러스터가 업데이트될 때까지 각 샤드 내에서 한 번에 하나의 노드에만 적용됩니다. 업데이트되는 노드는 몇 초 동안 가동 중단이 발생하지만 나머지 클러스터는 계속해서 트래픽을 처리합니다.

• 클러스터 구성은 변경되지 않습니다.
• CloudWatch 지표가 지연되지만 가능한 빨리 제 속도로 돌아옵니다.

서비스 업데이트는 ‘지속적인 관리형 유지 관리 업데이트’와 같이 노드 교체 방식으로 적용됩니다. 업데이트가 적용되는 방법과 사용자의 애플리케이션에 끼치는 영향을 최소화하는 방법에 대한 자세한 내용은 이 페이지의 지속적인 관리형 유지 관리 업데이트 단원에서 다음 질문을 참조하세요.

• 노드 교체는 내 애플리케이션에 어떤 영향을 줍니까?
• 순조롭게 교체하고 데이터 손실을 최소화하려면 어떤 모범 사례를 따라야 합니까?
• 유지 관리 동안 애플리케이션 중단을 최소화하려면 어떤 클라이언트 구성 모범 사례를 따라야 합니까?

예. 이 노드는 새 빈 노드로 교체됩니다. 캐시 콘텐츠는 더 이상 존재하지 않으며 새롭게 시작됩니다.

‘기한 후 자동 업데이트’ 속성 값을 확인하여 서비스 업데이트를 옵트아웃할 수 있는지 여부를 결정할 수 있습니다. 서비스 업데이트의 ‘기한 후 자동 업데이트’ 속성 값이 ‘아니요’인 경우 이 서비스 업데이트를 옵트아웃할 수 있습니다. 그러나 서비스 업데이트의 ‘기한 후 자동 업데이트’ 속성 값이 ‘예’이고 권장되는 ‘적용 날짜’가 지난 경우 ElastiCache는 다음 유지 관리 기간에 남은 클러스터에 대한 서비스 업데이트를 예약합니다. 이 자동 서비스 업데이트는 ‘업데이트 만료일’ 이전에 예약되며 업데이트 일주일 전에 예약 시간이 포함된 알림이 전송됩니다. 옵트아웃할 수 있더라도 보안 업데이트를 적용하는 것이 좋습니다.  유지 관리 기간 이전에 남은 클러스터에 서비스 업데이트를 적용하는 경우 ElastiCache는 유지 관리 기간에 서비스 업데이트를 다시 적용하지 않습니다.

서비스 업데이트의 목적은 고객에게 적용 시기를 선택할 수 있는 유연성을 제공하는 것입니다. ElastiCache 지원 규정 준수 프로그램에 참여하지 않는 클러스터에서는 이러한 업데이트를 적용하지 않거나 1년 동안 낮은 빈도로 적용하도록 선택할 수 있습니다. 이는 서비스 업데이트의 '기한 후 자동 업데이트' 속성 값이 '아니요'인 경우에만 해당합니다. 자세한 내용은 서비스 업데이트에서 옵트아웃할 수 있습니까?를 참조하십시오.

아니요. 서비스 업데이트는 클러스터의 유지 관리 기간 중에 Amazon ElastiCache를 통해 직접 적용되는 지속적인 관리형 유지 관리 업데이트와 상호 배타적입니다.

속성 및 설명에 대한 전체 목록은 셀프 서비스 업데이트 적용에서 확인할 수 있습니다.

'심각도' 서비스 업데이트 속성을 참조하여 제공되는 서비스 업데이트의 적용 시기를 확인할 수 있습니다. 이 속성의 값은 다음과 같습니다(우선 순위 순서).

1. 심각: 즉시 적용이 권장됨(14일 이내)
2. 중요: 비즈니스 흐름이 허용하는 대로 곧 적용하는 것이 권장됨(30일 이내)
3. 보통: 60일 이내 적용이 권장됨
4. 낮음: 90일 이내 적용이 권장됨

자세한 내용은 AWS의 공개 설명서에서 업데이트 적용을 참조하세요.

릴리스 일정은 서비스 업데이트의 중요도에 따라 다릅니다.

이 속성은 클러스터가 ‘권장되는 적용 날짜’까지 업데이트되었는지 여부를 반영합니다. 서비스 업데이트가 '권장되는 적용 날짜' 이후에 적용된 경우 '서비스 업데이트 SLA 충족' 속성이 '아니요'로 설정됩니다.

이 내용은 HIPAA, PCI 및 FedRAMP 규정 준수 프로그램에 참여하는 Amazon ElastiCache 클러스터와 관련된 내용입니다. 자세한 내용은 규정 준수를 위한 셀프 서비스 보안 업데이트를 참조하세요.

예. 서비스 업데이트의 ‘설명’ 속성에 달리 명시되지 않은 한 서비스 업데이트는 항상 누적됩니다. ‘업데이트 만료 날짜’까지 적용하지 못한 경우 다음 서비스 업데이트에 포함됩니다. 유형이 ‘보안’인 서비스 업데이트는 이 누적 범주에 포함됩니다.

아니요. 서비스 업데이트는 클러스터 수준에서 적용됩니다. 진행 중인 업데이트를 취소하는 경우 클러스터의 일부 노드는 업데이트되고 다른 노드는 업데이트되지 않을 수 있습니다. 이 경우 클러스터는 서비스 업데이트를 적용할 클러스터 목록에 계속 표시됩니다. 클러스터는 계속 정상적으로 작동합니다.

이 문제가 발생할 수 있는 경우는 두 가지입니다.

(a) 선택 사항인 서비스 업데이트를 적용하지 못했고 이 업데이트의 현재 상태가 “expired(만료됨)”입니다. 규정 준수 프로그램에 참여하는 클러스터에서는 항상 모든 서비스 업데이트를 적용해야 합니다.
(b) 어떠한 이유(예: 예정된 유지 관리 이벤트 또는 노드 장애 조치)로 노드가 교체된 경우 Amazon ElastiCache는 최신 서비스 업데이트가 포함된 새 노드를 프로비저닝합니다.

두 경우 모두 클러스터는 계속 정상적으로 작동합니다.

새 노드에는 해당하는 모든 서비스 업데이트가 포함되므로 업데이트되지 않은 기존 노드를 수동으로 교체하여 최신 업데이트를 받을 수 있습니다.

예. 서비스 업데이트는 Redis OSS에만 적용되거나 Memcached에만 적용되거나 Redis OSS와 Memcached 모두에 적용될 수 있습니다. ‘엔진’ 및 ‘엔진 버전’ 서비스 업데이트 속성을 조회하여 각 업데이트의 범위를 확인할 수 있습니다.

예, 유지 관리 기간을 변경해서 서비스 업데이트를 연기할 수 있습니다. 예약된 업데이트는 예약된 날짜가 클러스터의 유지 관리 기간과 일치하는 클러스터에만 적용됩니다. 유지 관리 기간을 변경하고 예약된 날짜가 지나면 서비스 업데이트는 그 다음 주의 새로 지정된 기간으로 재예약됩니다. 바뀐 날짜가 되기 1주일 전에 새로운 알림을 받게 됩니다.

AWS의 보안은 공동 책임입니다. 업데이트를 가능한 빨리 적용하는 것이 좋습니다.

사용자의 클러스터가 서로 다른 서비스 업데이트의 일부일 수 있습니다. 대부분의 업데이트는 별도로 적용할 필요가 없습니다. 클러스터에 업데이트 하나를 적용하면 해당하는 모든 다른 업데이트도 완료된 것으로 표시될 것입니다. 상태가 자동으로 ‘완료됨’으로 변경되지 않는다면 동일한 클러스터에 여러 업데이트를 별도로 적용해야 할 수도 있습니다.

만약 ‘만료 날짜 이후 자동 업데이트’ 속성이 ‘예’’라면 ElastiCache는 ‘권장되는 적용 날짜’ 이후에 남은 클러스터에 서비스 업데이트를 예약합니다. 업데이트는 클러스터의 유지 관리 기간 내에 예약되며 업데이트가 적용되기 전 예약된 날짜보다 1주일 전에 새로운 알림을 받게 됩니다.

예약된 서비스 업데이트는 ‘지속적인 관리형 유지 관리 업데이트’와 같은 방식으로 클러스터에 적용됩니다. 업데이트가 어떻게 적용되고 예약된 업데이트는 어떻게 변경하는지, 예약된 업데이트의 영향을 최소화하려면 애플리케이션을 어떻게 대비해야 하는지에 대한 자세한 정보는 다음 단원을 참조하세요.

클러스터의 안정성을 유지하기 위해 ElastiCache는 각 샤드 내에서 한 번에 하나의 노드에만 업데이트를 적용합니다. 한 번의 유지 관리 기간 내에 서비스 업데이트를 전체 클러스터에 적용하지 못하면 다음 기간에 계속하도록 예약됩니다. 다음 예약된 날에 새로운 알림을 받게 되며 그에 따라 준비하면 됩니다.

서비스 업데이트가 시작되면 고객은 롤백할 수 없습니다. 서비스 업데이트가 적용된 후 문제가 발생하면 AWS Support 팀에 문의하세요.