이 문서에서는 소켓 사이트에 대한 점진적 업그레이드 서비스를 설명합니다.
카토는 소켓 사이트에 대한 소켓 펌웨어 업그레이드와 버전 관리를 관리하여 최신 버전을 실행하도록 합니다.
소켓 업그레이드 서비스는 모든 고객에게 최신 펌웨어를 제공하는 자동화된 프로세스입니다. 따라서 고객은 새로운 버전을 설치하고 업데이트하는 것에 대해 걱정할 필요가 없습니다. 업그레이드 서비스는 소켓 사이트에 최소한의 영향을 보장하며 문제 감지 시 자동 롤백을 제공합니다. 최신 소켓 버전에는 성능, 연결성 및 안정성 개선 사항뿐만 아니라 최신 기능과 기능이 포함되어 있습니다.
유지 관리 창 동안 소켓이 카토 클라우드에 연결되지 않았거나 연결이 불안정한 경우와 같은 이유로 소켓이 버전 업그레이드를 건너뛸 수 있습니다. 이 경우, 소켓을 수동으로 업그레이드할 수 있지만, 건너뛴 각 소켓은 개별적으로 업그레이드해야 합니다.
참고: Cato는 연말과 크리스마스와 같은 주요 휴가 시즌 동안 운영 위험을 최소화하고 중단을 방지하기 위해 자동 소켓 업그레이드를 일시 중지합니다.
카토는 매년 3~4개의 주요 소켓 버전을 출시하며 필요시 소규모 업그레이드를 수행합니다. 주요 버전은 17.0과 18.0과 같은 정수 증가이며, 소규모 버전은 18.3.3과 18.4.1과 같은 소수 증가입니다.
새로운 소켓 버전에 포함된 콘텐츠:
- 주요 소켓 버전 - 새로운 기능, 향후 기능을 위한 인프라, 개선 사항 및 버그 수정
- 소규모 소켓 버전 - 버그 수정
카토는 클라우드 기반 서비스에 대한 표준 산업 모범 사례를 따라 몇 주에 걸쳐 고객에게 새로운 소켓 버전을 점진적으로 배포합니다. 문제가 감지되면 문제 해결 및 새로운 소규모 버전이 출시될 때까지 배포가 중단되기도 합니다. 이 중단은 일부 고객이 자동으로 업데이트를 받는 추가 지연을 초래할 수 있습니다.
Cato가 계정에 새로운 소켓 버전을 출시할 준비가 되기 48시간 전에 소켓 사이트가 계정에 대해 구성된 다음 유지 관리 기간 동안 업그레이드될 것임을 알리는 소켓 업그레이드 메일링 리스트에 이메일 알림이 발송됩니다. 업그레이드의 실제 시간은 사이트가 위치한 지역의 시간대를 기준으로 합니다. Cato는 또한 Cato 관리 애플리케이션의 알림 영역에 표시되는 소켓 릴리스 노트에 버전 내용을 발표합니다.
소켓 관리 업그레이드 서비스 프로세스 요약:
-
카토가 새 소켓 버전을 출시한 후 소켓은 관련 파일을 다운로드합니다.
- 소켓이 파일 무결성을 확인하기 위해 파일 해시를 비교합니다.
- 소켓이 유지 보수 창 동안 새로운 버전 파일을 다운로드할 수 없는 경우 파일을 다시 다운로드하려고 시도합니다.
-
업그레이드 서비스는 유지 관리 기간 시간대의 사이트에 대한 새로운 버전으로 소켓을 점진적으로 업그레이드하기 시작합니다 (아래 계정 내 소켓을 점진적으로 업그레이드 참조)
-
다섯 개의 다른 사이트에서 다섯 개의 소켓이 초기 업그레이드 그룹으로 선택됩니다.
소켓 HA 사이트의 경우 초기 업그레이드 그룹에 기본 소켓만 포함됩니다.
-
업그레이드 서비스는 초기 소켓을 하나씩 점진적으로 업그레이드하고, 각 소켓 업그레이드가 성공했으며 서비스가 안정적인지 확인합니다.
연결성 또는 안정성 문제가 감지되면 소켓은 자동으로 이전 버전으로 롤백하고 해당 시간대의 다른 사이트에 대한 업그레이드 프로세스가 중단됩니다.
- 초기 다섯 소켓이 성공적으로 새 버전으로 업그레이드된 후, 업그레이드 서비스는 해당 시간대의 다른 소켓으로 계속됩니다.
-
-
각 소켓 사이트는 다음과 같이 소켓을 업그레이드합니다 (아래 새 버전으로 소켓 사이트 업그레이드 참조):
- 소켓은 업그레이드 서비스의 보안 스토리지에서 새 버전을 다운로드합니다.
-
소켓은 새 버전을 설치하고 연결성 KPI를 모니터링하여 새 버전이 이미지에서 올바르게 실행되는지 확인합니다.
검증이 완료된 후, 소켓 업그레이드 이벤트가 생성되고 이메일 알림이 전송됩니다.
- 드문 경우지만 문제가 발생하면 소켓은 이전 버전으로 롤백합니다.
소켓 v18.0부터 카토가 고객에게 새 소켓 버전을 출시할 때부터 모든 소켓이 유지 관리 창에 관계없이 새 파일을 다운로드하려고 시도합니다. 이것은 유지 관리 창 동안 낮은 대역폭 또는 네트워크 연결 끊김으로 인해 발생할 수 있는 잠재적 업그레이드 문제를 최소화하는 데 도움이 됩니다.
참고: v18.0보다 낮은 소켓 버전에서는 이미지 다운로드와 소켓 업그레이드가 유지 관리 창 동안에만 이루어집니다.
카토의 소켓 업그레이드 서비스는 계정에 구성된 유지 관리 창 특정 로컬 시간대에 따라 모든 사이트의 소켓을 새 버전으로 점진적으로 업그레이드합니다. 예를 들어, 계정이 매주 일요일 오전 1시에서 오전 3시까지 유지 관리 창을 설정한 경우 미국 동부 시간대에 구성된 모든 소켓 사이트는 EST 기준으로 일요일 오전 1시에서 오전 3시 사이에 업그레이드됩니다.
점진적 업그레이드의 목표는 단일 사이트 또는 사이트 그룹에 대한 서비스 영향 위험을 최소화하는 것이며, 새로운 소켓 버전에서 카토 클라우드 연결에 영향을 미치는 중요한 문제가 발생하면 업그레이드는 자동으로 중단됩니다. 업그레이드를 완료할 수 없는 소켓은 자동으로 이전 버전으로 롤백됩니다. 새로운 버전으로 업그레이드되지 않는 소켓에 대해 더 알고 싶다면 아래 소켓 업그레이드 실패 처리를 참고하십시오.
각 유지 관리 창 시간대의 사이트에 대해 점진적 업그레이드 프로세스는 업그레이드 서비스가 다섯 개의 소켓을 선택하고 소켓 단위로 이를 업그레이드하는 것으로 시작됩니다. 각 시간대에서 소켓 HA 사이트가 우선시되며 초기 다섯 소켓에는 기본 소켓만 포함됩니다.
참고: 소켓 소프트웨어 업그레이드 프로세스와 관련된 심각한 문제가 감지되면 계정의 모든 소켓에 대한 업그레이드가 건너뛰어지며(유지 관리 창 시간대의 사이트에 대해서만 해당되는 것이 아님), 문제가 해결된 후 새 소규모 버전이 릴리스됩니다.
소켓 소프트웨어 업그레이드가 성공적으로 완료되면 카토 관리 애플리케이션은 유지 관리 창의 동일한 시간대에서 나머지 소켓 업그레이드를 계속합니다. 그런 다음 카토 관리 애플리케이션은 HA 사이트의 보조 소켓 업그레이드를 계속 진행합니다. 소켓 업그레이드 및 HA 사이트에 대한 추가 정보를 보려면 아래 소켓 HA 업그레이드 프로세스를 참조하세요.
각 소켓은 업그레이드 프로세스를 완료하는 데 17분이 소요되며, 이 기간 동안 소켓은 이미지를 다운로드하고 이미지를 검증 및 설치하고 새로운 이미지로 빠르게 전환한 후 서비스의 안정성을 검증합니다. 서비스에 대한 실제 잠재적 영향은 새로운 이미지로의 빠른 전환 동안에만 발생하며, 최대 몇 초가 소요됩니다.
동일 시간대의 여러 소켓 사이트에 대한 카토의 점진적 업그레이드 요약:
- 소켓은 새 소켓 버전 파일이 출시되면 이를 다운로드합니다.
- 각 로컬 시간대를 기준으로 유지 관리 창에 따라 새로운 버전으로 초기 업그레이드 될 다섯 개의 소켓 사이트가 선택됩니다. 예를 들어, 미국 동부 시간대의 다섯 개의 다른 사이트.
-
각 사이트는 5분 간격으로 업그레이드 프로세스를 시작합니다:
- 소켓 1이 0분에 시작하고, 소켓 2는 5분 대기, 소켓 3은 10분 대기, 소켓 4는 15분 대기, 소켓 5는 20분을 대기합니다.
- 소켓 1이 업그레이드를 시작한 시간부터 소켓 5가 업그레이드를 완료하는 데까지 37분이 걸립니다(업그레이드를 시작하기 위해 20분 대기 + 업그레이드 프로세스에 17분 소요).
-
초기 다섯 소켓 중 하나가 업그레이드 프로세스를 다시 시도해야 하는 경우(예: 다운로드한 새 이미지를 검증할 수 없음) 나머지 소켓에 대한 업그레이드 서비스는 54분 후에 시작됩니다.
재시도를 통해 업그레이드에 대해 더 알고 싶다면 아래 소켓 업그레이드 자동 재시도를 참고하세요.
- 초기 다섯 업그레이드 사이트가 업그레이드 프로세스를 성공적으로 완료하면 시간대의 다른 소켓도 새 소켓 버전으로 업그레이드됩니다.
이 섹션에서는 단일 소켓을 새 버전으로 업그레이드하고 안정성을 검증하는 프로세스를 설명합니다.
-
소켓은 다음과 같이 새 버전을 다운로드하고 설치합니다:
- 업그레이드 서비스는 소켓 사이트가 연결된 PoP에 업그레이드 소켓 명령을 보냅니다. PoP는 이 명령을 소켓으로 전달합니다.
- 소켓은 Cato 관리 애플리케이션의 서버에서 새 소켓 버전 이미지를 다운로드하고, 새 소켓 버전에 대한 파일 해시가 올바른지 확인합니다.
- 소켓은 새 이미지를 설치합니다.
-
소켓은 새로운 이미지로 전환합니다.
이 프로세스는 몇 초가 걸릴 수 있으며 이 동안 사이트의 Cato 서비스에 영향을 미칠 수 있습니다.
- 소켓은 10분 동안 안정성 및 연결성 상태 KPI를 모니터링합니다.
-
소켓 업그레이드 프로세스가 시작된 후 17분이 지나면 소켓은 새 이미지가 안정적임을 확인하고 카토 관리 애플리케이션 서버는 소켓이 새 버전으로 성공적으로 업그레이드되었음을 확인합니다.
- 성공적인 소켓 업그레이드 이메일 알림이 소켓 업그레이드 메일링 리스트에 전송되며, 소켓 사이트의 소켓이 새 버전으로 성공적으로 업그레이드되었다는 알림이 카토 관리 애플리케이션에 표시됩니다.
- 소켓이 새 버전과 관련된 연결 문제나 상태 문제를 감지하면 자동으로 이전 버전으로 롤백됩니다. 소켓이 새 버전으로 업그레이드되지 않았다는 이메일 알림이 소켓 업그레이드 메일링 리스트에 전송됩니다.
이 섹션에서는 소켓 HA 구성이 있는 사이트에 대한 소켓 업그레이드를 설명합니다. 업그레이드 프로세스는 기본 소켓으로 시작되며, 업그레이드가 성공적으로 완료된 후에만 프로세스는 보조 소켓으로 계속됩니다.
두 소켓 모두 업그레이드 프로세스는 유지 관리 창 내에서 완료됩니다.
카토 관리 애플리케이션은 기본 소켓 업그레이드가 성공적으로 완료되고 안정성이 확인된 후에만 보조 소켓의 업그레이드 프로세스를 시작합니다. 기본 소켓에 영향을 미치는 심각한 문제가 발생할 가능성이 낮은 시나리오에서는 보조 소켓이 활성 소켓이 되어 사이트의 서비스를 지속합니다.
참고
참고 사항:
- 업그레이드 중 기본 소켓에 문제가 발생하는 드문 시나리오에서는 보조 소켓이 사이트의 활성 소켓이 됩니다. 이러한 시나리오에서는 보조 소켓이 새 버전으로 업그레이드하지 않습니다.
- 기본 소켓이 새 버전으로 성공적으로 업그레이드되고 보조 소켓이 새 버전으로 업그레이드할 수 없는 경우 기본 소켓은 새 버전 상태로 유지됩니다. 이것은 기본 소켓과 보조 소켓이 서로 다른 주요 버전을 실행 중일 수 있음을 의미합니다(아래 참조).
-
기본 및 보조 소켓이 서로 다른 주요 버전을 실행 중인 경우 사이트의 HA 상태는 준비되지 않음입니다. 자세한 내용은 소켓 고가용성 (HA)이 무엇인가요를 참조하십시오.
-
다만, 보조 소켓 버전이 기본 소켓 버전에서 지원하는 기능을 지원하지 않는 경우 사이트에서 기능 문제가 발생할 수 있습니다. 예를 들어, 기본 소켓이 버전 18.0을 실행 중이고 보조 소켓이 버전 15.0을 실행 중인 경우, 장애 조치 시 보조 소켓이 활성화될 때 버전 16-18을 통해 출시된 기능은 작동하지 않습니다.
이것은 보조 소켓 버전이 기본 소켓 버전에서 지원하는 기능을 지원하지 않는 경우 발생할 수 있습니다.
-
각 소켓 업그레이드는 17분의 제한을 갖습니다. 소켓이 업그레이드를 완료하고 시간 내에 새 버전이 안정적인지 확인할 수 없는 경우 업그레이드 서비스는 자동으로 업그레이드를 다음과 같이 다시 시도합니다. 건너뛴 업그레이드에 대해 추가 정보를 보려면 아래 소켓 업그레이드 실패 처리를 참고하세요.
소켓이 버전 업그레이드를 건너뛰면 소켓 업그레이드 이벤트가 건너뜀 작업으로 생성되고 이메일 알림이 전송됩니다. 소켓 업그레이드 이벤트에 대해 더 알고 싶다면 아래 소켓 업그레이드 상태 이벤트 이해를 참고하세요.
-
소켓이 Cato 클라우드에 연결된 경우 업그레이드 서비스는 새 버전으로의 업그레이드를 두 번째로 시도합니다.
소켓이 두 번째 시도 후에도 업그레이드되지 않으면 업그레이드 서비스는 이 버전을 건너뛰고 출시되는 다음 버전으로 업그레이드를 시도합니다.
예를 들어, 소켓이 v14.2로 업그레이드할 수 없고 v14.3이 출시되면 업그레이드를 시도합니다.
- 소켓이 Cato 클라우드에 연결되지 않은 경우 업그레이드 서비스는 이 버전을 건너뛰고 출시되는 다음 버전으로 업그레이드를 시도합니다.
- 사이트의 유지보수 윈도우가 종료되면 Cato 관리 애플리케이션의 업그레이드 서비스는 소켓에 대한 이 버전을 건너뜁니다.
소켓이 일반적인 유지보수 과정의 일환으로 업그레이드되지 않았다면 수동 업그레이드를 시작할 수 있습니다. Cato는 소켓을 최신 상태로 유지하고 최신 소켓 버전으로 업그레이드할 것을 권장합니다.
Cato 관리 애플리케이션에서 수동 업그레이드를 시작합니다. 자세한 사항은 소켓 수동 업그레이드를 참조해 주세요．
자동으로 업그레이드하지 않으려는 특정 소켓이 있을 수 있습니다 - 예를 들어, 중요한 인프라 또는 대량 서버.
참고사항
참고사항: Cato는 소켓을 최신 상태로 유지하고 최신 소켓 버전으로 업그레이드할 것을 권장합니다.
상업 소매업자로서, 다양한 종류의 소켓을 통해 Cato 클라우드에 연결된 많은 매장을 보유하고 있습니다. 휴가 시즌 동안 매장 및 온라인 사이트에 트래픽이 많아 이 시점에 소켓을 업그레이드하고 싶지 않습니다.
휴가 시즌 동안 자동 업그레이드를 일시 중지할 수 있으며 정상적인 트래픽 양으로 돌아오면 다시 시작할 수 있습니다.
관리된 소켓 업그레이드 서비스의 일환으로, Cato는 업그레이드를 점진적으로 수행합니다. 특정 사이트에 문제가 있는 경우, 예를 들어 인터넷 링크가 빈번히 변동하는 경우, 업그레이드가 실패하며 계정의 모든 사이트는 업그레이드되지 않습니다.
소켓 v21.1부터, 문제가 있는 소켓의 업그레이드를 일시 정지하고, 계정의 나머지 사이트에 대해 유지 관리 기간을 다시 예약할 수 있습니다.
자동 업그레이드 유지보수 윈도우를 다시 예약하려면:
- 내비게이션 메뉴에서 리소스 > 시스템 설정을 선택하고 유지보수 윈도우를 클릭합니다.
- 유지보수 윈도우 다시 예약 아래에서 다시 예약을 클릭합니다.
유지보수 윈도우는 소켓 유지보수 윈도우 섹션에서 정의된 시간으로 다시 예약됩니다. 예정된 윈도우 최소 48시간 전에 다시 예약을 구성해야 합니다.
소켓에 대한 업그레이드 프로세스가 완료되면 아래의 액션 중 하나와 함께 소켓 업그레이드 하위 유형의 이벤트가 생성됩니다. 각 액션에 대해 이메일 알림이 메일링 리스트로 전송되며 Cato 관리 애플리케이션에 알림이 표시됩니다.
| 액션 | 설명 |
|---|---|
| 성공 | 소켓이 새로운 버전으로 성공적으로 업그레이드되었습니다. |
| 건너뜀 | 업그레이드 서비스가 이 소켓에 대한 업그레이드 프로세스를 시작하지 못했습니다. 예를 들어, 소켓이 유지보수 윈도우 동안 네트워크에 연결되지 않았습니다. |
| 실패 | 소켓이 처음과 재시도 때 새 버전으로 업그레이드하지 못했습니다. 예를 들어, 소켓이 이미지 파일의 해시를 검증할 수 없었습니다. |
소켓이 최신 버전으로 업그레이드할 수 없는 경우 권장되는 다음 단계는 다음과 같습니다.
-
버전 파일 다운로드 실패의 일반적인 이유는 다음과 같습니다.
- 낮은 대역폭 링크 (1Mbps 미만)
- 신호 강도가 약한 LTE 링크
-
건너뜀 업그레이드 - 소켓이 Cato 클라우드에 연결되어 제대로 작동하고 있는지 확인하십시오. 만약 그렇다면 다음 버전이 출시되면 소켓이 업그레이드됩니다.
업그레이드를 위한 소켓 준비에 대한 추가 정보를 보려면 소켓 업그레이드의 연결성 요구사항을 참조하세요.
- 업그레이드 실패 - Cato 관리 애플리케이션에서 수동 업그레이드 트리거
댓글 0개
댓글을 남기려면 로그인하세요.