WordPress 자동 업데이트

자동 업데이트는 WordPress 코어, 플러그인 및 테마를 릴리스 노트를 확인하지 않고도 최신 상태로 유지하며, 안전하게 수행합니다. 모든 업데이트 전에 전체 백업을 수행하고, 업데이트 후 사이트를 확인하며, 사이트를 손상시키는 모든 것이 자동으로 롤백됩니다.

자동 업데이트 위치

Websites를 열고 사이트를 클릭한 후 사이트 탭 스트립에서 WordPress 메뉴를 열고 Updates를 선택합니다. 페이지는 Auto-updates로 표시됩니다.

이 탭은 WordPress 및 WooCommerce 사이트에 나타납니다. 사이트의 호스팅 플랜에 이 기능이 포함되지 않으면 페이지에 컨트롤 대신 업그레이드 배너가 표시됩니다.

관리되는 업데이트 작동 방식

예약되거나 수동으로 진행되는 모든 업데이트의 순서는 동일합니다:

1. 백업. 변경되기 직전에 사이트의 전체 백업이 수행됩니다. 백업이 실패하면 안전 네트 없이 진행하는 대신 실행이 건너뜁니다.
2. 적용. 업데이트가 설치됩니다.
3. 확인. 사이트가 HTTP를 통해 가져오고 응답이 확인됩니다.
4. 감시. 실행은 30분 동안 관찰 창에 보류되며, 이 기간 동안 사이트의 오류 및 가동 중지 시간 사건을 감시합니다.
5. 확인 또는 롤백. 창 끝에서 모든 것이 정상이면 실행이 Applied로 표시됩니다. 사이트가 오류를 반환하면 업데이트 전 백업이 자동으로 복원되고 실행이 Rolled back으로 표시됩니다.

이 관찰 창이 실행이 **Applied (watching)**에 있는 상태로 표시되는 이유입니다. 고장 난 것이 아닙니다. 실제 트래픽에서만 나타나는 문제가 자동 롤백을 트리거할 수 있는 기간입니다.

켜기

마스터 컨트롤은 이 사이트의 마스터 스위치로 설명된 Automatic updates입니다. 꺼진 상태로 시작되므로 의도적으로 켤 때까지 아무것도 발생하지 않습니다.

아래에 세 가지 카테고리 스위치가 있습니다:

세 가지 모두 기본적으로 켜져 있으므로 마스터 스위치를 켜면 완전한 관리 동작을 제공합니다. 직접 처리하려면 개별 카테고리를 끕니다. 예를 들어 클라이언트 계약에서 코어 업그레이드가 예약된 작업이라고 명시한 경우입니다.

업데이트 창 선택

Quiet hours (NZ time) 선택기는 예약된 업데이트에 사용되는 일일 창을 정의하며, 아래의 스트립은 24시간 바를 가로질러 표시하므로 한눈에 볼 수 있습니다. 기본값은 새벽 시간, 뉴질랜드 시간 02:00에서 05:00입니다.

사이트는 하루에 최대 한 번 검토됩니다. 실행은 모든 사람에 대해 동시에 실행되지 않도록 분산되므로 정확한 분은 달라집니다.

플러그인별 재정의

모든 플러그인을 동일하게 처리해야 하는 것은 아닙니다. Pending updates 섹션에서 각 플러그인 행에는 세 가지 선택이 있는 선택기가 있습니다:

• Default: 위의 Plugins 스위치를 따릅니다.
• Auto-update: 기본값에 관계없이 이 플러그인을 항상 업데이트합니다.
• Manual only: 자동으로 업데이트하지 않습니다.

Manual only를 드물게 의도적으로만 사용합니다. 두 가지 좋은 이유는 사용자 정의한 플러그인과 이전에 사이트를 손상시킨 업데이트가 있는 플러그인입니다. 수동으로 설정된 플러그인은 조용히 보안 취약점을 축적하는 플러그인이므로 자신의 달력에 검토 미리 알림을 설정합니다.

기본값이 무엇으로 설정되어 있든 관계없이 수정이 배송되는 순간 패치되기를 원하는 보안 민감한 항목에 Auto-update를 사용합니다.

지금 업데이트 실행

페이지 상단의 Run updates now를 클릭하여 창을 기다리지 않고 즉시 실행을 시작합니다. 동일한 백업, 확인 및 관찰 순서가 적용되므로 수동 실행은 예약된 실행만큼 안전합니다.

Pending updates 섹션에는 사이트 확인을 완료한 후 Apply all updates now 버튼도 있습니다. 해당 섹션에서 Refresh를 클릭하여 새 릴리스를 다시 확인합니다.

한 번에 하나의 실행만 진행할 수 있습니다. 실행이 이미 진행 중이거나 여전히 관찰 창 내에 있으면 새 실행이 거부됩니다.

통계 및 기록 읽기

페이지 상단에 다섯 개의 수치가 있습니다: Success rate, Applied, Rolled back, Failed 및 Last run. 주목할 것은 Rolled back입니다. 롤백은 시스템이 작동하고 있다는 것을 의미하지만 동일한 플러그인에 대한 롤백 패턴은 뭔가를 알려줍니다.

아래에 Update history는 각 실행을 다음과 함께 나열합니다:

• 업데이트된 것과 버전 변경.
• 상태: Applied, Applied (watching), Rolled back, Failed, Skipped, Running 또는 Pending.
• Scheduled 또는 Manual 여부.

아직 아무것도 실행되지 않았으면 섹션에서 그렇게 표시하고 자동으로 실행되거나 수동으로 트리거한 후 업데이트가 나타난다는 설명이 있습니다.

수동 롤백

성공적인 실행은 업데이트 전 백업을 유지하며 백업이 있는 행은 Roll back 컨트롤을 제공합니다.

클릭하면 확인이 요청되며 표현이 중요합니다. 이것은 이 업데이트 직전에 수행된 업데이트 전 백업으로 사이트를 복원하며 그 이후로 변경된 내용이 손실됩니다.

결과는 명확하게 보고됩니다: 사이트가 정상으로 돌아왔거나 대신 반환된 HTTP 상태입니다.

업데이트가 건너뛰어질 때

실행이 실패하는 대신 건너뛸 수 있습니다. 두 가지 일반적인 이유:

• 업데이트 전 백업이 실패했습니다. 아무것도 업데이트되지 않으며 알림을 받습니다. 먼저 백업 문제를 해결합니다: 백업 수행.
• 실행이 이미 진행 중이거나 관찰 중입니다. 현재 실행이 해결될 때까지 사이트는 그대로 둡니다.

문제 해결

페이지에 컨트롤 대신 업그레이드 배너가 표시됩니다. 사이트의 호스팅 플랜에 관리되는 자동 업데이트가 포함되지 않습니다. 플랜 업그레이드를 참고합니다.

스위치가 켜져 있어도 아무것도 실행되지 않습니다. 적어도 하나의 카테고리 스위치가 켜져 있는지, 창이 동일한 시작 및 종료 시간을 가진 0길이 범위로 설정되지 않았는지, 이전 실행이 여전히 관찰 중이 아닌지 확인합니다.

플러그인이 계속 롤백됩니다. 플러그인은 사이트의 다른 것과 호환되지 않습니다. 이를 Manual only로 설정하고 준비 복사본에서 먼저 업데이트한 다음 거기서 충돌을 해결합니다: WordPress 스테이징 워크플로우를 참고합니다.

업데이트가 적용되지만 사이트가 오류 대신 잘못된 것처럼 보입니다. 헬스 체크는 HTTP 오류를 찾으며, 200을 반환하는 시각적으로 손상된 페이지는 통과합니다. 이것이 기록 및 수동 롤백 컨트롤의 용도입니다.

다음 이동

• WordPress Updates 수동 업데이트 프로세스용.
• 백업에서 복원하기 롤백이 충분하지 않을 때.
• Site Activity Log: 모든 자동 업데이트 실행을 기록합니다.