Partilhar via

Configurar o agendamento de patches do sistema operacional para clusters HDInsight baseados em Linux

Importante

As imagens do Ubuntu ficam disponíveis para a criação de novos clusters do Azure HDInsight dentro de três meses após serem publicadas. Os clusters em execução não são corrigidos automaticamente. Os clientes devem usar ações de script ou outros mecanismos para corrigir um cluster em execução. Como prática recomendada, você pode executar essas ações de script e aplicar atualizações de segurança logo após a criação do cluster.

O HDInsight fornece suporte para que você execute tarefas comuns em seu cluster, como instalar patches do sistema operacional, atualizações de segurança do sistema operacional e reinicializar nós. Essas tarefas são realizadas usando os dois scripts a seguir que podem ser executados como ações de script e configurados com parâmetros:

  • schedule-reboots.sh - Faça uma reinicialização imediata ou agende uma reinicialização nos nós do cluster.
  • install-updates-schedule-reboots.sh - Instale todas as atualizações, apenas kernel + atualizações de segurança, ou apenas atualizações do kernel.

Observação

As ações de script não aplicarão atualizações automaticamente para todos os ciclos de atualização futuros. Execute os scripts sempre que novas atualizações devem ser aplicadas para instalar as atualizações e, em seguida, reinicie a VM.

Se você estiver usando um firewall para restrição de rede, o URL abaixo precisa estar na lista de permissões.

Preparação

Aplique uma atualização em um ambiente de teste representativo antes de implementar na produção. Desenvolva um plano para testar adequadamente seu sistema antes da aplicação de patches real.

De tempos em tempos, a partir de uma sessão ssh com seu cluster, você pode receber uma mensagem informando que as atualizações de segurança estão disponíveis. A mensagem pode ser algo como:

89 packages can be updated.
82 updates are security updates.

*** System restart required ***

Welcome to Spark on HDInsight.

A aplicação de patches é opcional e a seu critério.

Reiniciar nós

O script schedule-reboots define o tipo de reinicialização que será executada nas máquinas no cluster. Ao enviar a ação de script, defina-a para ser aplicada em todos os três tipos de nó: nó principal, nó de trabalho e zookeeper. Se o script não for aplicado a um tipo de nó, as VMs desse tipo de nó não serão atualizadas ou reiniciadas.

O schedule-reboots script aceita um parâmetro numérico:

Parâmetro Valores aceites Definição
Tipo de reinicialização a ser executada 1 ou 2 Um valor de 1 permite agendar a reinicialização (agendada em 12-24 horas). Um valor de 2 permite a reinicialização imediata (em 5 minutos). Se nenhum parâmetro for fornecido, o padrão será 1.

Instalar atualizações e reiniciar nós

O install-updates-schedule-reboots.sh de script fornece opções para instalar diferentes tipos de atualizações e reiniciar a VM.

O install-updates-schedule-reboots script aceita dois parâmetros numéricos, conforme descrito na tabela a seguir:

Parâmetro Valores aceites Definição
Tipo de atualizações a instalar 0, 1 ou 2 Um valor de 0 instala apenas atualizações do kernel. Um valor de 1 instala kernel + atualizações de segurança e 2 instala todas as atualizações. Se nenhum parâmetro for fornecido, o padrão será 0.
Tipo de reinicialização a ser executada 0, 1 ou 2 Um valor de 0 desativa a reinicialização. Um valor de 1 permite a reinicialização do cronograma e 2 permite a reinicialização imediata. Se nenhum parâmetro for fornecido, o padrão será 0. O usuário deve alterar o parâmetro de entrada 1 para o parâmetro de entrada 2.

Observação

Você deve marcar um script como persistente depois de aplicá-lo a um cluster existente. Caso contrário, quaisquer novos nós criados por meio de operações de dimensionamento usarão o agendamento de patches padrão. Se você aplicar o script como parte do processo de criação do cluster, ele persistirá automaticamente.

Observação

A opção Reinicialização agendada faz uma reinicialização contínua automatizada dos nós de cluster corrigidos por um período de 12 a 24 horas e leva em consideração considerações de alta disponibilidade, domínio de atualização e domínio de falha. A Reinicialização Agendada não encerra cargas de trabalho em execução, mas pode retirar a capacidade do cluster quando os nós não estão disponíveis, levando a tempos de processamento mais longos.

Próximos passos

Para obter etapas específicas sobre como usar ações de script, consulte as seguintes seções em Personalizar clusters HDInsight baseados em Linux usando ação de script:

  • Last updated on