유지 관리 일정을 사용하여 서비스 유지 관리 및 업데이트 관리

유지 관리 일정 기능은 Synapse SQL 풀(데이터 웨어하우스)에 대한 서비스 상태 계획된 유지 관리 알림, 리소스 상태 검사 모니터 및 유지 관리 예약 서비스를 Azure Synapse Analytics 내에 통합합니다.

유지 관리 예약 기능을 사용하여 새 기능, 업그레이드 및 패치를 받기에 편리한 시간 범위를 선택해야 합니다. 7일 기간 내에 기본 및 보조 유지 관리 기간을 선택해야 합니다. 각 기간은 별도의 날짜 범위 내에 있어야 합니다.

예를 들어 기본 기간을 토요일 22:00~일요일 01:00로, 보조 기간을 수요일 19:00~22:00로 예약할 수 있습니다. 기본 유지 관리 기간 중에 유지 관리를 수행할 수 없는 경우 보조 유지 관리 기간 중에 유지 관리를 다시 시도합니다. 경우에 따라 서비스 유지 관리는 기본 기간과 보조 기간 중에 수행될 수 있습니다. 모든 유지 관리 작업을 신속하게 완료하기 위해 DW400c 이하 계층 데이터 웨어하우스의 유지 관리는 지정된 유지 관리 기간이 아닐 때 완료할 수 있습니다.

새로 만든 모든 데이터 웨어하우스 인스턴스에는 배포 중에 시스템 정의 유지 관리 일정이 적용됩니다. 배포가 완료되는 즉시 일정을 편집할 수 있습니다.

유지 관리 기간을 선택할 때 시작 시간을 선택하고 최대 기간을 설정해야 합니다. "유지 관리 기간의 최대 시간 프레임"에 따라 유지 관리 작업이 수행되는 시간 프레임이 결정됩니다. 이 시간 프레임은 3~8시간 프레임이 될 수 있으며 최소 요구 사항은 3시간 프레임입니다. 이 기간 동안 일시 중지/다시 시작과 유사한 프로세스를 통해 전용 풀이 업그레이드된 용량으로 이동하므로 데이터 웨어하우스는 일시적으로 오프라인 상태가 됩니다. 일반적인 조건에서 이 작업은 30분 이내에 완료되지만 경우에 따라 시간이 더 오래 걸릴 수 있다는 점에 유의해야 합니다. 예를 들어, 유지 관리가 시작될 때 활성 트랜잭션이 있으면 해당 트랜잭션이 취소되고 롤백되므로 온라인 서비스 복원이 지연될 수 있습니다. 이러한 상황을 방지하려면 유지 관리 기간이 시작될 때 장기 실행 트랜잭션이 활성화되어 있지 않은지 확인하는 것이 좋습니다.

시간이 중요한 업데이트를 배포해야 하는 경우가 아니면 모든 유지 관리 작업은 지정된 유지 관리 기간 내에 완료되어야 합니다. 데이터 웨어하우스는 예약된 유지 관리 중에 일시 중지되는 경우 다시 시작 작업 중에 업데이트됩니다. 데이터 웨어하우스 유지 관리가 완료된 직후에 알림이 발송됩니다.

참고 항목

• 유지 관리 기간은 DW400c 또는 낮은 성능 수준에는 적용되지 않습니다. 언제든지 유지 관리를 수행할 수 있습니다.
• DW400c 이하는 유지 관리 기간 중 다양한 시간에 짧은 연결 끊김이 여러 번 발생할 수 있습니다.

경고 및 모니터링

Azure는 현재 문제 및 예정된 문제, 서비스에 영향을 미치는 이벤트, 계획된 유지 관리 및 가용성에 영향을 줄 수 있는 기타 변경 사항을 포함하여 클라우드 리소스의 상태에 대한 포괄적인 인사이트를 제공합니다.

서비스 상태는 사용자가 사용하는 Azure 서비스 및 하위 지역에 대한 개인화된 보기를 제공하므로 중단, 계획된 유지 관리 및 기타 상태 권고와 같이 서비스에 영향을 미치는 통신을 위한 최상의 소스입니다. 서비스 상태 경고를 설정하면 서비스에 영향을 미치는 모든 문제나 변경 사항에 대해 선호하는 통신 채널을 통해 알림을 받을 수 있습니다.

계획된 유지 관리에 서비스 상태 경고를 설정하려면 Azure Portal로 이동하여 서비스 상태 섹션에 액세스합니다. 경고 탭을 선택하고 풀 유형에 따라 서비스 유형을 Azure Synapse Analytics 및/또는 SQL Data Warehouse로 지정하여 새 경고를 만듭니다. 유지 관리를 이벤트 유형으로 선택하고 기본 설정에 따라 범위 및 알림 설정을 정의한 후 경고 구성을 저장합니다. 자세한 지침은 다음 리소스를 참조하세요.

• 서비스 상태 경고
• 서비스 상태 경고를 만드는 방법.

참고: 구성의 일부로, 사용 중인 서비스와 일치하도록 조건 세부 정보를 설정해야 합니다.

• 전용 SQL 풀(이전 SQL DW)의 경우 서비스 선택 항목은 SQL Data Warehouse여야 합니다.
  • Azure Synapse Analytics 작업 영역의 전용 SQL 풀의 경우 서비스 선택 항목은 Azure Synapse Analytics여야 합니다.

참고 항목

모든 유지 관리 이벤트의 24시간 전에는 사전 알림이 전송됩니다. 시간이 중요한 업데이트를 배포해야 하는 경우에는 사전 알림 시간이 크게 줄어들 수 있습니다. 이는 업데이트의 중요성으로 인해 확인된 유지 관리 기간이 아닐 때 발생할 수 있습니다. 유지 관리가 발생하지만 알림의 기간 동안 유지 관리를 수행할 수 없다는 사전 알림을 받은 경우 취소 알림을 받게 됩니다. 그러면 예약된 다음 유지 관리 기간 중에 유지 관리가 다시 시작됩니다. 모든 활성 유지 관리 이벤트는 서비스 상태 - 계획된 유지 관리 섹션에 표시됩니다. 서비스 상태 기록에는 지난 이벤트의 전체 레코드가 포함됩니다. 활성 이벤트가 진행되는 중에 Azure Service Health 검사 포털 대시보드를 통해 유지 관리를 모니터링할 수 있습니다.

유지 관리 일정 사용 가능성

선택한 지역에서 유지 관리 예약 기능이 아직 제공되지 않더라도 언제든지 유지 관리 일정을 확인하고 편집할 수 있습니다. 유지 관리 예약 기능을 해당 지역에서 사용할 수 있게 되면 식별된 일정이 Synapse SQL 풀에서 즉시 활성화됩니다.

유지 관리 일정 보기

기본적으로 새로 만든 모든 데이터 웨어하우스 인스턴스에는 배포 중에 8시간의 기본 및 보조 유지 관리 기간이 적용됩니다. 위에 나와 있는 대로, 기간은 배포가 완료되는 즉시 변경할 수 있습니다. 사전 알림 없이는 지정된 유지 관리 기간이 아닐 때 유지 관리가 수행되지 않습니다.

Synapse SQL 풀에 적용된 유지 관리 일정을 확인하려면 다음 단계를 완료합니다.

1. Azure Portal에 로그인합니다.
2. 확인할 Synapse SQL 풀을 선택합니다.
3. 선택한 Synapse SQL 풀이 개요 블레이드에서 열립니다. 데이터 웨어하우스에 적용되는 유지 관리 일정이 유지 관리 일정 아래에 표시됩니다.

유지 관리 일정 건너뛰기 또는 변경

최신 보안 요구 사항을 준수하기 위해 이러한 업데이트를 건너뛰거나 지연하라는 요청을 수용할 수 없습니다.. 그러나 상황에 따라 현재 주기 내에서 DW500c 및 더 높은 데이터 웨어하우스 계층을 사용하는 경우 유지 관리 기간을 조정하는 몇 가지 옵션이 있을 수 있습니다.

• 유지 관리에 대한 보류 중인 알림을 받고 작업을 완료하거나 팀에 알리는 데 더 많은 시간이 필요한 경우, 정의된 유지 관리 기간이 시작되기 전에 기간 시작 시간을 변경할 수 있습니다. 그러면 주기 내에 기간이 앞으로 이동합니다.

• "보류 중" 알림이 수신된 주기가 시작된 후 SQL 전용 풀을 일시 중지하고 다시 시작(또는 크기 조정)하여 유지 관리를 수동으로 트리거할 수 있습니다. 주말 유지 관리 주기는 토요일 00:00 UTC에 시작되며 주중 유지 관리 주기는 화요일 12:00 UTC에 시작됩니다.

• 최소 3시간의 시간이 필요하지만 일반적인 조건에서는 이 작업이 30분 이내에 완료됩니다. 그러나 어떤 경우에는 시간이 더 오래 걸릴 수 있다는 점에 유의해야 합니다. 예를 들어, 유지 관리가 시작될 때 활성 트랜잭션이 있으면 해당 트랜잭션이 취소되고 롤백되므로 온라인 서비스 복원이 지연될 수 있습니다. 이러한 상황을 방지하려면 유지 관리 기간이 시작될 때 장기 실행 트랜잭션이 활성화되어 있지 않은지 확인하는 것이 좋습니다.

참고 항목

• 실제 현재 시간 이전의 시작 시간으로 기간을 변경하면 즉시 유지 관리가 시작되며, 유지 관리 시작 시 활성 트랜잭션이 있으면 중단되고 롤백됩니다.
• 유지 관리를 시작하기 위한 일시 중지 및 다시 시작 작업이 완료된 후에는 유지 관리 완료를 확인하는 알림을 받는 대신 유지 관리가 취소되었다는 알림을 받게 됩니다.
• DW400c 이하를 사용하는 경우 유지 관리 일정을 변경할 수는 있지만 성능 수준이 낮기 때문에 유지되지 않습니다. 앞서 언급했듯이 이러한 데이터 웨어하우스 계층은 유지 관리 주기에 따라 언제든지 유지 관리를 받을 수 있습니다.

기본 및 보조 기간 확인

기본 및 보조 기간은 개별적인 날짜 범위여야 합니다. 예를 들어 기본 기간을 화요일 - 목요일로, 보조 기간을 토요일 - 일요일로 할 수 있습니다. "기본" 및 "보조"라는 용어는 각각 "창 1" 및 "창 2"로 간주되어야 합니다. 즉, 유지 관리 업그레이드를 배포하기 위해 어떤 순서로든 창을 선택할 수 있습니다.

Synapse SQL 풀에 대한 유지 관리 일정을 변경하려면 다음 단계를 완료합니다.

1. Azure Portal에 로그인합니다.

2. 업데이트할 Synapse SQL 풀을 선택합니다. 개요 블레이드에서 페이지가 열립니다. 개요 블레이드에서 유지 관리 일정 요약 링크를 선택하여 유지 관리 일정 설정 페이지를 엽니다. 또는 왼쪽 리소스 메뉴에서 유지 관리 일정 옵션을 선택합니다.

   

3. 페이지 위쪽의 옵션을 사용하여 기본 유지 관리 기간의 기본 설정 범위(일)를 확인합니다. 여기서 선택한 범위에 따라 기본 기간이 평일인지 주말인지가 결정됩니다. 기간을 선택하면 드롭다운 값이 업데이트됩니다. 미리 보기 기간에는 사용 가능한 요일 옵션의 전체 집합이 아직 지원되지 않는 지역도 있을 수 있습니다.

   

4. 드롭다운 목록 상자를 사용하여 기본 설정된 기본 및 보조 유지 관리 기간을 선택합니다.

   • 요일: 선택한 기간 중에 유지 관리를 수행할 기본 설정 요일입니다.
   • 시작 시간: 유지 관리 기간에 대한 기본 설정 시작 시간입니다.
   • 시간 범위: 시간 범위의 기본 설정 지속 시간입니다.

   선택한 값에 따라 블레이드 맨 아래의 일정 요약이 업데이트됩니다.

5. 저장을 선택합니다. 새 일정이 현재 활성화되었음을 확인하는 메시지가 표시됩니다.

   언제든지 일, 시작 시간, 시간 창(기본 8시간 창 포함) 선택을 업데이트할 수 있습니다. 유지 관리 예약을 아직 지원하지 않는 지역에서 일정을 저장하는 경우에는 다음 메시지가 표시됩니다. 선택한 지역에서 기능이 사용 가능해지면 설정이 저장 및 활성화됩니다.

   

자주 묻는 질문

유지 관리 예상 빈도는 어떻게 되나요?

유지 관리에는 OS 업데이트, 보안 패치 및 드라이버, 내부 Azure 인프라 업데이트, DW 패치 및 업데이트가 포함될 수 있으므로 유지 관리는 한 달에 두 번 이상 수행될 수 있습니다. 모든 고객에게 토요일~일요일 및 화요일~목요일 사이에 주 2회 유지 관리 주기 일정이 제공됩니다.

내 전용 SQL 풀 버전은 동일한데 유지 관리가 완료된 후 변경된 내용은 무엇인가요?

유지 관리 업데이트가 완료된 후 SQL 풀 버전은 변경되지 않은 상태로 유지될 수 있습니다. 유지 관리에는 OS 업데이트, 보안 패치 및 드라이버, 내부 Azure 인프라 업데이트, DW 패치 및 업데이트가 포함될 수 있기 때문입니다. Synapse DW 패치 또는 업데이트가 유지 관리에 포함된 경우에만 SQL 전용 풀 버전이 변경됩니다.

요청 시 내 전용 SQL 풀 버전을 업그레이드할 수 있나요?

• 아니요, 예약된 유지 관리는 전용 SQL 풀의 관리를 처리합니다. 그러나 상황에 따라 주기가 시작되면 유지 관리를 트리거하는 몇 가지 옵션이 있을 수 있습니다. 유지 관리 일정 건너뛰기 또는 변경을 확인합니다.
• 전용 SQL 풀은 PaaS(Platform as a Service) 기능임을 명심해야 합니다. 이는 Microsoft Azure가 인프라, 유지 관리, 업데이트 및 확장성과 같은 서비스와 관련된 모든 종류의 작업을 처리한다는 것을 의미합니다. 경고/알림을 설정하여 예약된 유지 관리를 추적할 수 있으므로 임박한 유지 관리 작업에 대한 정보를 유지할 수 있습니다.

전용 SQL 풀 유지 관리가 완료되기 전이나 후에 어떤 변경이 수행되어야 하나요?

• 기본 동안 일시 중지, 다시 시작 또는 크기 조정 작업 중에 발생하는 것과 비슷하게 서비스가 잠시 오프라인 상태가 됩니다. 일반적으로 전체 유지 관리 작업은 30분 이내에 완료됩니다. 그러나 기본 테넌트 기간 동안의 데이터베이스 활동에 따라 시간이 좀 더 걸릴 수 있습니다. 일반적인 유지 관리보다 더 오래 실행되지 않게 하려면 ETL, 테이블 업데이트 및 특히 트랜잭션 작업을 일시 중지하는 것이 좋습니다. 예시:
• 특히 업데이트 및 삭제 작업이 자주 수행되어 계획된 기간 동안 인스턴스가 많이 사용되는 경우에는 유지 관리 작업이 정상 시간보다 오래 걸릴 수 있습니다. 확장된 유지 관리 작업 가능성을 줄이려면 가능하면 데이터베이스에 대해 주로 읽기 전용 쿼리로 활동을 제한하고, 특히 장기 실행 트랜잭션 쿼리를 방지하는 것이 좋습니다(다음 항목 참조).
• 유지 관리가 시작될 때 활성 트랜잭션이 있으면 해당 트랜잭션이 취소되고 롤백되므로 온라인 서비스 복원이 지연될 수 있습니다. 이러한 상황을 방지하려면 유지 관리 기간이 시작될 때 장기 실행 트랜잭션이 활성화되어 있지 않은지 확인하는 것이 좋습니다.

추적 ID가 0000-000인 예정된 전용 SQL 풀 예약 유지 관리에 대한 알림을 받았지만 이후에 취소되거나 다시 예약되었습니다. 유지 관리를 취소하거나 일정을 변경하게 된 이유는 무엇입니까?

다음과 같은 작업을 포함하여 예약된 유지 관리의 취소로 이어질 수 있는 다양한 요인이 있습니다.

• 주기가 시작되는 동안 보류 중인 유지 관리 알림을 받은 후 작업 일시 중지 또는 작업 크기 조정
• 유지 관리 주기 동안 다른 SLO(서비스 수준 목표)를 대상으로 하는 경우(예: DW400c보다 높은 SLO에서 전환한 다음, DW400c보다 낮거나 같은 SLO로 다시 크기 조정 또는 그 반대) 취소가 발생할 수 있습니다. 이는 기본 테넌트 창은 DW400c 또는 낮은 성능 수준에 적용할 수 없으며 언제든지 유지 관리를 겪을 수 있기 때문입니다.
• 내부 인프라 요소(예: 릴리스 팀에 의한 계획된 유지 관리 일정에 대한 실제 변경 내용)
• 내부 모니터링에서 유지 관리가 예상보다 오래 걸리는 것을 감지하면 유지 관리가 취소되거나 다시 예약될 수 있습니다. 고객 유지 관리 창 설정에서 정의한 SLA(서비스 수준 계약) 내에서 유지 관리를 완료해야 합니다.

기본 기간 동안 워크로드에 대해 고려해야 하는 모범 사례가 있나요?

• 예, 가능하면 계획된 유지 관리 간격 동안 모든 트랜잭션과 ETL 워크로드를 일시 중지하여 온라인 서비스 복원의 오류나 지연을 방지합니다. 장기 실행 트랜잭션 작업은 예정된 기본 테넌트 기간 이전에 완료해야 합니다.
• 워크로드가 유지 관리 작업으로 인한 중단에 대해 탄력적이게 하려면 연결 및 명령(쿼리) 수준 모두에 재시도 논리를 사용합니다. 그러면 더 긴 재시도 간격 또는 더 많은 재시도 시도를 적용하여 경우에 따라 최대 30분 또는 그 이상 연장될 수 있는 확장된 연결 손실을 견딜 수 있습니다.

다음 단계

• Azure Monitor를 사용하여 경고를 작성, 확인 및 관리하는 방법에 대해 자세히 알아봅니다.
• 로그 경고 규칙용 웹후크 작업에 대해 자세히 알아봅니다.
• 작업 그룹을 만들고 관리하는 방법을 자세히 알아봅니다.
• Azure Service Health에 대해 자세히 알아보세요.