Este é o comando harep que pode ser executado no provedor de hospedagem gratuita OnWorks usando uma de nossas várias estações de trabalho online gratuitas, como Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS
PROGRAMA:
NOME
harep - ferramenta de reparo automático Ganeti
SINOPSE
lebre [[-L | --luxi ] = soquete ] [--job-delay = segundo ]
lebre --versão
DESCRIÇÃO
Harep é a ferramenta de reparo automático Ganeti. É capaz de detectar que uma instância está quebrada e
para gerar uma sequência de jobs que irão consertá-lo, de acordo com as políticas definidas pelo
administrador.
Harep é capaz de reconhecer em que estado uma instância está (íntegra, suspensa, precisa de reparo,
reparo não permitido, reparo pendente, reparo falhou) e conduzi-lo por uma sequência de
etapas que trarão a instância de volta ao estado íntegro. Portanto, harep é principalmente
projetado para ser executado regularmente e com frequência usando um cron job, para que possa realmente seguir
a instância ao longo de todo o processo. A cada execução, o harep atualizará as tags que adiciona ao
instâncias que descrevem seu status de reparo e enviarão trabalhos que realmente executam o
operações de reparo necessárias.
Por padrão, o harep relata apenas o status de integridade das instâncias, mas não executa nenhum
ação, pois podem ser potencialmente perigosos. Portanto, a lebre só vai tocar
instâncias nas quais foi explicitamente autorizado a trabalhar.
As tags que permitem harep podem ser associadas a instâncias únicas, ou a um grupo de nós ou a
todo o cluster, afetando, portanto, todas as instâncias que eles contêm. As possíveis tags
compartilham a estrutura comum:
ganeti: watcher: autorepair:
Onde pode ter os seguintes valores:
· Fix-storage: permite a substituição do disco ou conserta o back-end sem afetar a instância
em si (DRBD secundário quebrado)
· Migrar: permitir migração de instância
· Failover: permite a reinicialização da instância no secundário
· Reinstalar: permite que os discos sejam recriados e a instância seja reinstalada
Cada elemento na lista de tags, inclui todas as autorizações do anterior,
com o armazenamento de correção sendo o menos poderoso e a reinstalação sendo o mais poderoso.
No caso de várias tags autorepair atuarem na mesma instância, apenas uma pode realmente ser
ativo. O conflito é resolvido de acordo com as seguintes regras:
1. se várias tags estiverem no mesmo objeto, a menos destrutiva terá precedência.
2. se as marcas estiverem entre objetos, a marca mais próxima vence.
Exemplo: um cluster tem instâncias I1 e I2, em que I1 tem a tag de failover e o cluster
tem armazenamento de correção e reinstalação. A instância I1 terá permissão para failover, a I2
instância apenas para armazenamento fixo.
LIMITAÇÕES
Harep não faz nenhuma detecção de falha de hardware por conta própria, ele depende de nós sendo
marcada como offline pelo administrador.
Além disso, o harep atualmente funciona apenas para instâncias com os modelos drbd e plain disk.
Ambos os problemas serão resolvidos por um novo daemon de manutenção em futuras versões do Ganeti,
que irá substituir a lebre.
OPÇÕES
As opções que podem ser passadas ao programa são as seguintes:
-L soquete, --luxi = * soquete *
coletar dados via Luxi, opcionalmente usando o dado soquete caminho.
--job-delay = * segundos *
inserir muito atraso antes da execução dos trabalhos de reparo para permitir que a ferramenta
continue processando instâncias.
RELATÓRIOS INSETOS
Reportar bugs no site do projeto (http://code.google.com/p/ganeti/) ou contate o
desenvolvedores usando a lista de discussão Ganeti ([email protegido]).
Use harep online usando serviços onworks.net
