Ao darmos início a uma nova série mensal, vamos falar sobre algo que todos os clientes vivenciam: as atualizações. Seja a clássica mensagem “é necessário reiniciar” ou aquela que “acontece tão rápido que você nem percebe”, as atualizações são uma certeza, assim como a morte e os impostos.
A Qumulo não é diferente nesse aspecto, com atualizações lançadas em um ritmo bastante regular. Quando a Qumulo implementou o sistema operacional como um contêiner, na versão 3.3.2, também introduzimos o conceito de plataforma e atualizações instantâneas. Em seu nível mais básico, elas realizam a mesma coisa e, na maior parte das vezes, de maneira muito semelhante. Ambas copiam a imagem para todos os nós. Ambas executam uma série de testes prévios (coloquialmente chamados de listas de verificação pré-voo) para garantir que a atualização seja bem-sucedida. Por fim, ambas envolvem algum tipo de reinicialização do sistema – seja do contêiner, no caso da atualização instantânea, seja do nó, no caso da atualização de plataforma ou de reinicialização gradual.
Uma das perguntas mais comuns que recebemos no suporte é “qual é o meu caminho de atualização?” ou “qual é a melhor maneira de passar da versão X para a versão Y?”.
Vamos começar com uma explicação detalhada do esquema de nomenclatura das versões.
X.Y.Z.a
Onde
X é o exercício fiscal
Y é o trimestre fiscal, começando em 0
Z é o lançamento desse trimestre
a está disponível conforme a necessidade, caso sejam incorporados alguns recursos adicionais (por exemplo, compatibilidade com produtos de terceiros, firmware e correções ocasionais de bugs)
Por exemplo, o 5.3.4 ficará assim:
Exercício fiscal 5, terceiro trimestre, quarto comunicado do trimestre.
Por que isso é importante? A Qumulo possui o que é chamado de “Lançamentos Trimestrais”, identificados pelo terceiro dígito sendo um 0 – ou seja, o primeiro lançamento de cada trimestre. Não há nada de particularmente sofisticado nisso; simplesmente se trata da época em que eles ocorrem no ano civil. No entanto, vamos usá-las como ponto de partida para o próximo trimestre; portanto, como cliente da Qumulo, você precisa atualizar para cada versão trimestral com extensão .0.
Recentemente, conversei com um cliente que não mexia no sistema há uns bons dois anos. Se não está quebrado, não conserte (falarei mais sobre isso depois). Como eles precisavam atualizar para todas as versões trimestrais com sufixo .0, nosso processo de atualização foi bem demorado, como você pode imaginar.
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
A segunda pergunta mais comum que ouvimos sobre atualizações é “quanto tempo isso vai demorar?”. As atualizações instantâneas geralmente ocorrem em menos de 10 segundos, e os aplicativos raramente parecem ser afetados. As atualizações de plataforma demoram o tempo que o sistema leva para inicializar — o que normalmente fica na faixa de 5 a 10 minutos. Se pegarmos nosso caminho de atualização descrito acima e indicarmos se são Instantâneas (I) ou de Plataforma (P), temos:
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)
Considerando o exposto, se considerarmos 8 minutos por plataforma, teremos 4 delas e 7 instantes. Digamos que sejam 35 minutos no total, mais ou menos. Reserve uma hora e tire um bom cochilo revigorante.
Um ótimo documento para verificar se será uma atualização de plataforma ou instantânea está disponível no docs.qumulo.com página aqui..
Talvez você esteja olhando para isso e se perguntando por que a versão 6.0.0.2 foi classificada como uma atualização de plataforma, quando afirma claramente que é “instantânea e trimestral”. É aí que entra em cena a próxima curiosidade sobre atualizações.
Se você rolar a tela para baixo nesse gráfico, verá que houve uma atualização da plataforma na versão 5.3.1. Como estamos chegando a essa versão como parte da atualização trimestral 6.0.0.2, essa atualização da plataforma é incluída em nosso lançamento trimestral. É um detalhe sutil, mas pode pegá-lo de surpresa se você não estiver atento a isso.
Duas últimas coisas às quais me referi e que entrarão em jogo antes de encerrarmos este assunto. A primeira está relacionada ao hardware. Embora não esteja diretamente ligada à Lei de Moore (descanse em paz, Gordon Moore, você teve uma trajetória brilhante), os avanços no hardware ocorrem a um ritmo vertiginoso. Assim, algo tão simples quanto um disco rígido lançado este ano não terá sido testado com softwares criados há dois anos. Na Qumulo, mantemos uma lista interna de compatibilidade de hardware dentro do código. São componentes que passaram por testes rigorosos para garantir altos padrões de qualidade. Assim, se você estiver usando uma versão mais antiga e for necessária uma substituição, é possível que a peça mais nova não tenha sido testada com o software mais antigo. Vemos isso de vez em quando e, normalmente, procuramos atualizar o software para uma versão mais recente.
Outro ponto a ser observado é a replicação. As versões recentes do Qumulo exigem que você esteja dentro de duas versões trimestrais uma da outra (esse é o segundo número em nosso esquema de nomenclatura acima). Ao planejar atualizações, tenha isso em mente — especialmente, por exemplo, se você planeja atualizar seu local de recuperação de desastres semanas antes do local de origem. Falaremos mais sobre replicação e as melhores práticas associadas no próximo mês, mas, por enquanto, se você tiver alguma dúvida, comentário ou preocupação, não hesite em entrar em contato com o Suporte da Qumulo no seu canal dedicado do Slack.
Até o mês que vem…