Azure Redis 유지보수 일정 점검

설명

Azure Cache for Redis는 사용자 지정 patch_schedule이 없어도 업데이트됩니다. 유지보수 창을 지정하지 않으면 업데이트가 운영상 불편한 시간에 이뤄질 수 있습니다. 일정은 지원되는 유지보수의 시점을 조정하는 기능이며 모든 플랫폼 작업이나 긴급 보안 업데이트의 시간을 보장하지 않습니다.

잠재적 영향

사용량이 많은 시간의 업데이트가 연결이나 성능에 영향을 줄 수 있습니다.
애플리케이션이 연결 복구를 처리하지 못하면 유지보수 영향이 커질 수 있습니다.

해결 방법

운영 요구에 맞는 patch_schedule의 요일과 UTC 시작 시간을 정하세요. 사용량이 낮은 시간대를 선택하고 클라이언트의 재연결·재시도 동작을 확인하세요. 유지보수 알림과 적용 상태를 확인하되 지정한 시간 외의 긴급 업데이트에도 대비하세요.

예시

AzureRM 3.117.1 형식의 기존 예제입니다. 참조 리소스와 전용 서브넷은 별도로 구성해야 합니다. 최신 공급자에서는 일부 속성 이름이 달라지므로 사용하는 버전의 문서를 확인하세요.

변경 전

hcl

resource "azurerm_redis_cache" "example" {
  name                = "timeout-redis"
  location            = "West Europe"
  resource_group_name = azurerm_resource_group.example_rg.name
  subnet_id           = azurerm_subnet.example_redis_snet.id

  family              = "P"
  capacity            = 1
  sku_name            = "Premium"
  shard_count         = 1

  enable_non_ssl_port = false
  minimum_tls_version = "1.2"

  redis_configuration {
    enable_authentication = true
    maxmemory_policy      = "volatile-lru"
  }
}

변경 후

hcl

resource "azurerm_redis_cache" "example" {
  name                = "timeout-redis"
  location            = "West Europe"
  resource_group_name = azurerm_resource_group.example_rg.name
  subnet_id           = azurerm_subnet.example_redis_snet.id

  family              = "P"
  capacity            = 1
  sku_name            = "Premium"
  shard_count         = 1

  enable_non_ssl_port = false
  minimum_tls_version = "1.2"

  redis_configuration {
    enable_authentication = true
    maxmemory_policy      = "volatile-lru"
  }

  patch_schedule {
    day_of_week    = "Thursday"
    start_hour_utc = 7
  }
}

변경 전에도 자동 업데이트는 수행됩니다. 변경 후는 목요일 07:00 UTC를 유지보수 창의 시작 시간으로 정하며 매주 반드시 업데이트가 발생한다는 의미는 아닙니다.