새로운 월간 시리즈를 시작하면서 모든 고객이 경험하는 업그레이드에 대해 이야기해 보겠습니다. "재부팅이 필요하다"는 전형적인 업그레이드든 "너무 빨리 진행되어 놓치는" 업그레이드든, 업그레이드는 죽음이나 세금과 마찬가지로 확실한 일입니다.
Qumulo도 이 분야에서는 다르지 않으며, 상당히 규칙적인 속도로 업그레이드가 릴리스됩니다. 3.3.2 릴리스에서 Qumulo가 OS를 컨테이너로 구현했을 때 플랫폼과 즉각적인 업그레이드 개념도 도입했습니다. 가장 기본적인 수준에서 두 개념은 거의 동일한 방식으로 동일한 작업을 수행합니다. 둘 다 모든 노드에 이미지를 복사합니다. 둘 다 일련의 사전 테스트(구어체로는 비행 전 체크리스트라고 함)를 실행하여 업그레이드가 성공적으로 이루어질 수 있도록 합니다. 마지막으로 인스턴트의 경우 컨테이너, 플랫폼 또는 롤링 재부팅의 경우 노드 모두 일종의 시스템 재시작을 수행합니다.
지원팀에서 가장 많이 받는 질문 중 하나는 '업그레이드 경로가 어떻게 되나요' 또는 '버전 X에서 버전 Y로 업그레이드하는 가장 좋은 방법은 무엇인가요'입니다
릴리스 이름 지정 체계에 대한 분석부터 시작하겠습니다.
X.Y.Z.a
어디
X는 회계 연도입니다
Y는 0부터 시작하는 회계 분기입니다
Z는 해당 분기의 릴리스입니다
타사 지원 기능, 펌웨어, 가끔씩 발생하는 버그 수정 등 일부 추가 기능이 필요한 경우 필요에 따라 제공됩니다
예를 들어 5.3.4가 될 것입니다:
회계연도 5, 3분기, 분기 내 4번째 릴리스입니다.
이것이 왜 중요한가요? 큐물로에는 세 번째 숫자가 0으로 표시되는 '분기별 릴리스'라는 것이 있는데, 이는 매 분기의 첫 번째 릴리스입니다. 여기에는 특별히 특별한 의미가 있는 것은 아니며, 그저 1년 중 어느 시점에 출시되는지에 따라 달라집니다. 하지만 다음 분기를 위한 디딤돌로 사용되므로 Qumulo 고객은 모든 .0 분기 릴리스로 업그레이드해야 합니다.
최근 2년 동안 시스템을 손대지 않았다는 고객과 이야기를 나눴습니다. 고장 나지 않았다면 고치지 않는 것이 좋습니다(자세한 내용은 나중에 설명합니다). 매 분기마다 0.0 릴리스로 업그레이드해야 했기 때문에 상상할 수 있듯이 업그레이드 경로가 꽤 길었습니다.
3.2.0 -> 3.3.0 -> 4.0.0.2 -> 4.1.0.1 -> 4.2.0 -> 4.3.0 -> 5.0.0.1 -> 5.1.0.1 -> 5.2.0.2 -> 5.3.0 -> 6.0.0.2
업그레이드와 관련하여 가장 많이 듣는 질문은 '얼마나 걸리나요'입니다 즉각적인 업그레이드는 보통 10초 이내에 이루어지며 애플리케이션은 거의 신경 쓰지 않는 것 같습니다. 플랫폼 업그레이드는 시스템 부팅에 걸리는 시간만큼 소요되며, 일반적으로 5~10분 정도 걸립니다. 위에 설명한 업그레이드 경로에 인스턴트(I) 또는 플랫폼(P) 업그레이드 여부를 추가하면 다음과 같이 됩니다
3.2.0(p) -> 3.3.0(i) -> 4.0.0.2(i) -> 4.1.0.1(i) -> 4.2.0(i) -> 4.3.0(p) -> 5.0.0.1(i) -> 5.1.0.1(i) -> 5.2.0.2(p) -> 5.3.0(i) -> 6.0.0.2(p)
위의 내용을 감안할 때 플랫폼에 8분이 걸린다고 가정하면 이 중 4분과 인스턴트 7분이 소요됩니다. 총 35분이라고 생각하면 됩니다. 한 시간을 예약하고 충분한 낮잠을 자세요.
플랫폼 또는 즉시 업그레이드 여부를 확인할 수 있는 좋은 문서는 docs.qumulo.com 페이지 여기..
6.0.0.2가 '즉시, 분기별'이라고 분명히 명시되어 있는데 왜 플랫폼 업그레이드라고 표시되어 있는지 궁금하실 것입니다. 다음 업그레이드 관련 퀴즈가 여기서부터 시작됩니다.
차트를 아래로 스크롤하면 5.3.1에서 플랫폼 업그레이드가 이루어진 것을 확인할 수 있습니다. 해당 버전은 분기별로 6.0.0.2의 일부로 출시되기 때문에 플랫폼 업그레이드가 분기별 릴리스에 포함됩니다. 미묘한 차이가 있지만 이를 찾지 않으면 놓칠 수 있습니다.
이 글을 마무리하기 전에 마지막으로 두 가지를 말씀드리고자 합니다. 첫 번째는 하드웨어와 관련된 것입니다. 무어의 법칙과 직접적인 관련이 있는 것은 아니지만(고든 무어, 수고하셨습니다), 하드웨어의 발전은 빠른 속도로 이루어집니다. 따라서 올해 출시되는 하드 드라이브와 같은 제품은 2년 전에 만들어진 소프트웨어에 대한 테스트를 거치지 않았을 것입니다. Qumulo에서는 코드 내에 내부 하드웨어 호환성 목록을 관리합니다. 이는 높은 표준을 보장하기 위해 엄격하게 테스트된 구성 요소입니다. 따라서 이전 릴리스에서 실행 중이고 교체가 필요한 경우, 최신 부품이 이전 소프트웨어에 대한 인증을 받지 않았을 가능성이 있습니다. 이러한 문제가 가끔 발생하며, 일반적으로 소프트웨어를 최신 릴리즈로 업그레이드하는 것이 좋습니다.
주목해야 할 또 다른 항목은 복제입니다. 최신 버전의 Qumulo에서는 분기별 릴리스가 서로 두 개 이내여야 합니다(위의 이름 지정 체계에서 두 번째 숫자). 업그레이드를 계획할 때, 특히 소스보다 몇 주 전에 재해 복구 사이트를 업그레이드할 계획이라면 이 점을 염두에 두세요. 다음 달에 복제 및 관련 모범 사례에 대해 자세히 이야기할 예정이지만, 지금은 질문, 의견 또는 우려 사항이 있는 경우 주저하지 마시고 전용 슬랙 채널에서 Qumulo 지원팀에 문의하시기 바랍니다.
다음 달까지..