업그레이드를 완료하는 데 걸리는 시간을 예상합니다
StorageGRID 11.6으로의 업그레이드를 계획할 때는 업그레이드 기간을 기준으로 업그레이드 시기를 고려해야 합니다. 또한 업그레이드의 각 단계에서 수행할 수 있는 작업과 수행할 수 없는 작업을 알고 있어야 합니다.
StorageGRID 업그레이드를 완료하는 데 필요한 시간은 클라이언트 로드 및 하드웨어 성능과 같은 다양한 요인에 따라 달라집니다.
이 표에는 주요 업그레이드 작업이 요약되어 있으며 각 작업에 필요한 대략적인 시간이 나와 있습니다. 표 다음에 나오는 단계에서는 시스템의 업그레이드 시간을 추정하는 데 사용할 수 있는 지침을 제공합니다.
업그레이드 작업 | 설명 | 필요한 대략적인 시간입니다 | 수행해야 합니다 |
---|---|---|---|
업그레이드 서비스를 시작합니다 |
업그레이드 사전 점검을 실행하고 소프트웨어 파일을 배포하며 업그레이드 서비스를 시작합니다. |
유효성 검사 오류가 보고되지 않은 경우 그리드 노드당 3분 |
필요한 경우 예약된 업그레이드 유지 관리 기간 전에 수동으로 업그레이드 사전 점검을 실행할 수 있습니다. |
업그레이드 그리드 노드(기본 관리 노드) |
운영 관리자 노드가 중지, 업그레이드 및 재시작됩니다. |
SG100 및 SG1000 어플라이언스 노드에서 최대 시간이 필요하므로 30분에서 1시간까지 걸립니다. |
기본 관리자 노드에 액세스할 수 없습니다. 연결 오류가 보고되며 무시할 수 있습니다. |
업그레이드 그리드 노드(다른 모든 노드) |
다른 모든 그리드 노드의 소프트웨어는 노드를 승인하는 순서대로 업그레이드됩니다. 시스템의 모든 노드는 한 번에 하나씩 몇 분 동안 다운됩니다. |
노드당 15분~1시간, 어플라이언스 노드에서 가장 많은 시간이 필요함
|
|
기능 사용 |
새 버전의 새 기능이 활성화됩니다. |
5분 미만 |
|
데이터베이스 업그레이드 |
업그레이드 프로세스에서는 각 노드를 검사하여 Cassandra 데이터베이스를 업데이트할 필요가 없는지 확인합니다. |
노드당 10초 또는 전체 그리드에 대해 몇 분 |
StorageGRID 11.5에서 11.6으로의 업그레이드는 Cassandra 데이터베이스 업그레이드가 필요하지 않지만 Cassandra 서비스는 각 스토리지 노드에서 중지되었다가 다시 시작됩니다. 향후 StorageGRID 기능 릴리즈를 위해 Cassandra 데이터베이스 업데이트 단계를 완료하는 데 며칠이 걸릴 수 있습니다. |
최종 업그레이드 단계 |
임시 파일이 제거되고 새 릴리스로의 업그레이드가 완료됩니다. |
5분 |
최종 업그레이드 단계 * 작업이 완료되면 모든 유지보수 절차를 수행할 수 있습니다. |
-
모든 그리드 노드를 업그레이드하는 데 필요한 시간을 예상합니다.
-
StorageGRID 시스템의 노드 수에 노드당 1시간을 곱합니다.
일반적으로 어플라이언스 노드는 소프트웨어 기반 노드보다 업그레이드하는 데 더 오래 걸립니다.
-
이 시간에 1시간을 더하여 '.upgrade' 파일을 다운로드하고, 사전 확인 검증을 실행하고, 최종 업그레이드 단계를 완료하는 데 필요한 시간을 고려하십시오.
-
-
Linux 노드가 있는 경우 RPM 또는 DEB 패키지를 다운로드하고 설치하는 데 필요한 시간을 고려하여 각 노드에 대해 15분을 추가하십시오.
-
1단계와 2단계의 결과를 추가하여 총 업그레이드 예상 시간을 계산합니다.
예: StorageGRID 11.6으로 업그레이드할 예상 시간
시스템에 14개의 그리드 노드가 있고 그 중 8개가 Linux 노드라고 가정합니다.
-
14에 노드당 1시간을 곱합니다.
-
다운로드, 사전 확인 및 최종 단계를 고려하여 1시간을 추가하십시오.
모든 노드의 업그레이드 예상 시간은 15시간입니다.
-
Linux 노드에 RPM 또는 DEB 패키지를 설치하는 시간을 고려하려면 노드당 8에 15분을 곱하십시오.
이 단계의 예상 시간은 2시간입니다.
-
값을 함께 추가합니다.
StorageGRID 11.6.0으로 시스템 업그레이드를 완료하는 데 최대 17시간이 소요됩니다.