Este artigo explica o serviço de upgrade gradual para sites de Soquete.
A Cato gerencia as atualizações de firmware do Socket e o controle de versão para locais do Socket para garantir que estejam executando as versões mais recentes.
O serviço de upgrade de Socket é um processo automatizado que fornece a todos os nossos clientes o firmware mais recente. Portanto, nossos clientes não precisam se preocupar em instalar e atualizar as novas versões. O serviço de upgrade garante impacto mínimo no site do Socket (se houver) e reversão automática no caso raro de um problema ser detectado. As versões mais recentes de Socket incluem melhorias de desempenho, conectividade e estabilidade, além das mais recentes capacidades e recursos.
Há situações em que o Socket pula uma atualização para uma versão, por exemplo, porque o Socket não estava conectado à Nuvem Cato durante a janela de manutenção ou havia conectividade instável. Quando isso acontece, você pode atualizar manualmente o Socket, porém cada Socket que foi ignorado deve ser atualizado individualmente.
Nota: Para minimizar o risco operacional e evitar interrupções, Cato pausa atualizações automáticas de Socket durante períodos de fim de trimestre e grandes temporadas de férias, como o Natal.
A Cato lança três a quatro versões principais de Socket a cada ano e pequenas atualizações conforme necessário. Versões principais são incrementos de números inteiros, como 17.0 e 18.0, enquanto versões menores são incrementos decimais, como 18.3.3 e 18.4.1.
O conteúdo para novas versões de Socket inclui:
- Versões principais de Socket - novos recursos, infraestrutura para futuros recursos, melhorias e correções de bugs
- Versões menores de Socket - correções de bugs
A Cato segue práticas recomendadas padrão da indústria para serviços baseados em nuvem e gradualmente lança novas versões de Socket para clientes ao longo de várias semanas. Se um problema for detectado, às vezes a implantação é pausada até que o problema seja resolvido e uma nova versão menor seja lançada. Essa pausa pode introduzir um atraso adicional para alguns clientes receberem automaticamente a atualização.
48 horas antes de Cato estar pronto para lançar uma nova versão de Socket para uma conta, uma notificação por email é enviada para a Lista de Mailing de Atualização de Socket, indicando que os Locais de Sockets serão atualizados durante a próxima Janela de Manutenção configurada para a conta. O tempo real do upgrade é baseado no fuso horário local onde o site está localizado. Cato também anuncia o conteúdo da versão nas Notas de Lançamento do Socket, que são exibidas na área de notificação do Aplicativo de Gerenciamento Cato.
Este é um resumo do processo do serviço de upgrade gerenciado do Socket:
-
A Cato lança a nova versão do Socket e os Sockets baixam os arquivos relevantes.
- O Socket compara o hash do arquivo para validar a integridade do arquivo para a nova versão
- Se o Socket não puder baixar o arquivo da nova versão, durante a Janela de Manutenção, tenta novamente baixar o arquivo.
-
Os serviços de atualização começam a atualizar gradualmente Sockets para locais na zona de tempo da Janela de Manutenção para a nova versão (veja abaixo Atualização Gradual de Sockets em uma Conta)
-
Cinco Sockets de cinco sites diferentes são selecionados para o grupo de upgrade inicial.
Para sites de HA de Socket, apenas o Socket principal está incluído no grupo de upgrade inicial.
-
O serviço de upgrade atualiza gradualmente os Sockets iniciais um por um e verifica se a atualização de cada Socket é bem-sucedida e que o serviço está estável.
Se for detectado um problema de conectividade ou estabilidade, os Sockets automaticamente reverte para a versão anterior e o processo de upgrade para para os demais sites no fuso horário.
- Após os cinco Sockets iniciais serem bem-sucedidos na atualização para a nova versão, o serviço de upgrade continua com os demais Sockets no fuso horário.
-
-
Cada Local de Socket atualiza os Sockets da seguinte forma (veja abaixo Atualizando um Local de Socket para a Nova Versão):
- O Socket baixa a nova versão do armazenamento seguro do serviço de upgrade.
-
O Socket instala a nova versão e monitora os KPIs de conectividade para verificar se a nova versão está funcionando corretamente na imagem.
Após a verificação ser concluída, um evento de Upgrade de Socket é gerado e uma notificação por e-mail é enviada.
- No caso raro de haver um problema, o Socket reverte para a versão anterior.
A partir do Socket v18.0, quando a Cato lança uma nova versão do Socket para os clientes, os Sockets tentam baixar o novo arquivo independentemente da Janela de Manutenção. Isso ajuda a minimizar possíveis problemas de upgrade durante a Janela de Manutenção, que podem resultar de baixa largura de banda ou desconexões de rede.
Nota: Para versões de Socket inferiores a v18.0, tanto o download da imagem quanto o upgrade do Socket ocorrem durante a Janela de Manutenção.
O serviço de upgrade do Socket da Cato atualiza gradualmente os Sockets para a nova versão para todos os sites com base no fuso horário local específico da Janela de Manutenção configurada para sua conta. Por exemplo, uma conta que define a Janela de Manutenção para 1:00 - 3:00 da manhã aos domingos, todos os sites de Socket que estão configurados para o fuso horário do leste dos EUA são atualizados durante 1:00 - 3:00 da manhã EST aos domingos.
O objetivo de um upgrade gradual é minimizar o risco de impacto no serviço para um site único ou para um grupo de sites, e se houver um problema significativo com a nova versão do Socket que impacte a conectividade com a Nuvem Cato, o upgrade para automaticamente. Sockets que não conseguem completar o upgrade automaticamente voltam para a versão anterior. Para mais detalhes sobre Sockets que não atualizam para a nova versão, veja abaixo Trabalhando com Atualizações de Socket Mal Sucedidas.
Para os sites em cada fuso horário da Janela de Manutenção, o processo de upgrade gradual começa com o serviço de upgrade selecionando cinco Sockets e atualizando-os de forma individual. Uma preferência é dada a sites de HA de Socket em cada fuso horário, e apenas os Sockets principais são incluídos nos cinco Sockets iniciais.
Nota: No caso de um problema crítico ser detectado relacionado ao processo de upgrade de software do Socket, os upgrades para todos os Sockets na conta são ignorados (não apenas para os sites no fuso horário da Janela de Manutenção).
Se o upgrade de software do Socket for bem-sucedido, então o Aplicativo de Gerenciamento da Cato continua a atualizar os demais Sockets no mesmo fuso horário para a Janela de Manutenção. Então, o Aplicativo de Gerenciamento da Cato continua a atualizar os Sockets secundários para sites de HA. Para mais detalhes sobre a atualização de Socket e locais HA, veja abaixo Processo de Atualização HA de Socket.
Cada Socket leva 17 minutos para completar o processo de upgrade. Durante este período de tempo, o Socket baixa a imagem, verifica e instala a imagem, realiza uma troca rápida para a nova imagem e verifica a estabilidade do serviço. O impacto potencial real no serviço é apenas durante a troca rápida para a nova imagem, que leva no máximo alguns segundos.
Este é um resumo do upgrade gradual da Cato para múltiplos sites de Socket no mesmo fuso horário:
- Sockets baixam os arquivos da nova versão do Socket assim que são lançados.
- Para cada fuso horário local, com base na Janela de Manutenção, há cinco sites de Socket que são selecionados para inicialmente atualizar para a nova versão. Por exemplo, cinco sites diferentes no fuso horário do leste dos Estados Unidos.
-
Cada site inicia o processo de upgrade em intervalos de cinco minutos:
- Socket 1 a 0 minutos, Socket 2 espera por 5 minutos, Socket 3 espera por 10 minutos, Socket 4 espera por 15 minutos e Socket 5 espera por 20 minutos.
- Desde o momento em que o Socket 1 inicia o upgrade, leva 37 minutos para o Socket 5 completar o upgrade (20 minutos esperando para iniciar o upgrade + 17 minutos para o processo de upgrade).
-
Se um dos cinco Sockets iniciais precisa tentar novamente o processo de upgrade (por exemplo, não consegue validar a nova imagem baixada), então o serviço de upgrade para os Sockets restantes começa após 54 minutos.
Para mais detalhes sobre tentar novamente a atualização, veja abaixo Tentativa Automática de Atualização de Socket.
- Quando os cinco sites de upgrade iniciais completam com sucesso o processo de upgrade, então os outros Sockets no fuso horário são atualizados para a nova versão do Socket.
Esta seção explica o processo para atualizar um único Socket para a nova versão e verificar se está estável.
-
O Socket baixa e instala a nova versão da seguinte forma:
- O serviço de upgrade envia um comando de upgrade de Socket para o PoP ao qual o site do Socket está conectado. O PoP encaminha este comando para o Socket.
- O Socket baixa a imagem para a nova versão do Socket do servidor para o Aplicativo de Gerenciamento da Cato, confirma que o hash do arquivo está correto para a nova versão do Socket.
- O Socket instala a nova imagem.
-
O Socket muda para a nova imagem.
Este processo pode levar alguns segundos e durante esse tempo pode haver um impacto no serviço da Cato para o site.
- O Socket monitora a estabilidade e a saúde da conectividade KPIs por uma duração de 10 minutos.
-
17 minutos após o processo de upgrade do Socket ter iniciado, o Socket confirma que a nova imagem é estável e o servidor do Aplicativo de Gerenciamento da Cato confirma que o Socket foi atualizado com sucesso para a nova versão.
- Uma notificação de e-mail de upgrade de Socket bem-sucedido é enviada para a lista de e-mails Upgrade de Socket, e uma notificação é exibida no Aplicativo de Gerenciamento da Cato informando que os Sockets para o site foram atualizados com sucesso para a nova versão.
- Se o Socket detectar um problema de conectividade ou um problema de saúde relacionado à nova versão, automaticamente reverte para a versão anterior. Uma notificação por e-mail é enviada para a lista de e-mails Upgrade de Socket informando que o Socket não foi atualizado para a nova versão.
Esta seção descreve o upgrade de Socket para sites com uma configuração de HA de Socket. O processo de upgrade começa com o Socket principal e só após ser atualizado com sucesso é que o processo continua com o Socket secundário.
Todo o processo de upgrade para ambos os Sockets é concluído durante a duração da janela de manutenção.
- Primeiro o Socket principal é atualizado para a nova versão e confirma que a nova versão é estável.
- Então o Socket secundário é atualizado para a nova versão e confirma que a nova versão é estável.
O Aplicativo de Gerenciamento da Cato inicia o processo de upgrade para o Socket secundário apenas após o upgrade do Socket principal ter sido concluído com sucesso e confirmado que a versão é estável. No cenário improvável de haver um problema crítico que impacte o Socket principal, então o Socket secundário torna-se o Socket ativo e continua o serviço para o site.
Nota
Notas:
- Existem cenários raros onde o Socket principal encontra um problema durante o upgrade e então o Socket secundário torna-se o Socket ativo para o site. Nesses cenários, o Socket secundário NÃO se atualiza para a nova versão.
- Se o Socket principal atualizar com sucesso para a nova versão e o Socket secundário não puder atualizar para a nova versão, então o Socket principal permanece na nova versão. Isso pode significar que o Socket principal e o secundário estão executando diferentes versões principais (veja abaixo).
-
Se o Socket principal e o secundário estiverem executando diferentes versões principais, então o estado de HA para o site é Não Pronto. Para mais informações, consulte What is Socket High Availability (HA).
-
A troca de falhas de HA de Socket ocorre mesmo que os Sockets estejam executando diferentes versões principais. No entanto, o site pode sofrer problemas de funcionalidade se a versão do Socket secundário não suportar recursos que são suportados para a versão do Socket principal.
Por exemplo, se o Socket principal executa a versão 18.0 e o Socket secundário está executando a versão 15.0, no caso de uma troca de falhas, recursos que foram lançados com as versões 16 - 18 não funcionarão enquanto o Socket secundário estiver ativo.
-
Cada upgrade de Socket tem um limite de duração de 17 minutos. Se o Socket não puder completar o upgrade e verificar que a nova versão é estável durante o período de tempo, então o serviço de upgrade automaticamente tenta novamente o upgrade conforme segue. Para mais informações sobre atualizações ignoradas, veja abaixo Trabalhando com Atualizações de Socket Mal Sucedidas.
Quando um Socket pula a atualização para uma versão, um evento Upgrade de Socket é gerado com a ação Ignorado e uma notificação por e-mail é enviada. Para mais detalhes sobre eventos de Atualização de Socket, veja abaixo Entendendo os Eventos para o Status de Atualização de Socket.
-
Se o Socket está conectado à Nuvem Cato, o serviço de upgrade tenta novamente atualizar para a nova versão.
Se o Socket não conseguir atualizar após a segunda tentativa, o serviço de upgrade ignora essa versão para o Socket, e tentará se atualizar para a próxima versão que for lançada.
Por exemplo, o Socket não consegue atualizar para v14.2 e tenta se atualizar quando v14.3 é lançado.
- Se o Socket não está conectado à Nuvem Cato, então o serviço de upgrade ignora essa versão para o Socket, e tentará se atualizar para a próxima versão que for lançada.
- Se a Janela de Manutenção terminou para o site, então o serviço de upgrade do Cato Management Application ignora essa versão para o Socket.
Se o seu Socket não foi atualizado como parte do processo normal de manutenção, você pode iniciar uma atualização manual. Cato recomenda que você mantenha seus Sockets atualizados e se atualize para a última versão do Socket.
Você inicia a atualização manual a partir do Cato Management Application. Para mais informações, veja Atualização Manual de um Socket
Você pode ter certos Sockets que não deseja atualizar automaticamente - por exemplo, infraestrutura crítica ou servidores de alto volume.
Nota
Nota: Cato recomenda que você mantenha seus Sockets atualizados e se atualize para a última versão do Socket.
Como um comerciante, você tem muitas lojas que estão conectadas à Nuvem Cato por meio de diferentes tipos de Sockets. Durante a temporada de férias, você tem um alto nível de tráfego em suas lojas e seu site online e, portanto, não deseja atualizar os Sockets neste momento.
Durante a temporada de férias, você pode pausar as atualizações automáticas e retomá-las quando voltar ao seu volume normal.
Para pausar atualizações automáticas para um site específico de Socket:
- No menu de navegação, selecione Rede > Locais, e selecione o site.
- No menu de navegação, selecione Configurações do Site > Socket.
- Clique em Ações e selecione Pausar Atualizações Automáticas.
Como parte do serviço de Atualização Gerenciada de Socket, Cato realiza as atualizações gradualmente. Se houver um problema com um site específico, por exemplo, um link de internet instável, o upgrade falhará e todos os sites da sua conta não serão atualizados.
Começando com Socket v21.1, você pode agora pausar a atualização para o Socket que está enfrentando problemas e remarcar a janela de manutenção para o resto dos locais na sua conta.
Para reagendar a janela de manutenção de upgrade automático:
- No menu de navegação, selecione Recursos > Configurações do Sistema, e clique em Janela de Manutenção.
- Sob Reagendar Janela de Manutenção, clique em Reagendar.
A janela de manutenção é reagendada para o horário definido na seção Janela de Manutenção do Socket. Você deve configurar o reagendamento pelo menos 48 horas antes da próxima janela.
Quando o processo de upgrade é concluído para um Socket, um evento com o sub-tipo Socket Upgrade é gerado com uma das ações abaixo. Para cada ação, uma notificação por e-mail é enviada para a lista de correio, e uma notificação é mostrada no Cato Management Application.
| Ação | Descrição |
|---|---|
| Sucedido | O Socket atualizou com sucesso para a nova versão. |
| Ignorado | O serviço de upgrade não conseguiu iniciar o processo de upgrade para este Socket. Por exemplo, o Socket não estava conectado à rede durante a Janela de Manutenção. |
| Falhado | O Socket não conseguiu se atualizar para a nova versão, na primeira vez e na tentativa de repetição. Por exemplo, o Socket não conseguiu verificar o hash do arquivo da imagem. |
Se um Socket não conseguir atualizar para a versão mais recente, estas são as próximas etapas recomendadas:
-
Razões comuns para uma falha no download do arquivo de versão incluem:
- Links de baixa largura de banda (menos de 1 Mbps)
- Links de LTE com baixa força de sinal
-
Upgrade ignorado - Certifique-se de que o Socket está conectado à Nuvem Cato e operando corretamente, se sim - então o Socket se atualizará quando a próxima versão for lançada
Para mais informações sobre a preparação de um Socket para atualizações, veja Requisitos de Conectividade para Atualizações de Socket
- Atualização falhou - Acione uma atualização manual do Aplicativo de Gerenciamento Cato
0 comentário
Por favor, entre para comentar.