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