Red Hat Training

A Red Hat training course is available for RHEL 8

Capítulo 56. Determinação da ordem na qual os recursos de agrupamento são executados

Para determinar a ordem na qual os recursos funcionam, você configura uma restrição de pedidos.

O seguinte mostra o formato do comando para configurar uma restrição de ordenação.

pedido de restrição pcs [action] resource_id e depois [action] resource_id [options]

Tabela 56.1, “Propriedades de uma restrição de ordem”, resume as propriedades e opções para configurar as restrições de pedidos.

Tabela 56.1. Propriedades de uma restrição de ordem

CampoDescrição

resource_id

O nome de um recurso sobre o qual uma ação é executada.

ação

A ação a ser realizada sobre um recurso. Os valores possíveis da propriedade action são os seguintes:

* start - Iniciar o recurso.

* stop - Pare o recurso.

* promote - Promover o recurso de um recurso escravo para um recurso mestre.

* demote - Demote o recurso de um recurso mestre para um recurso escravo.

Se nenhuma ação for especificada, a ação padrão é start.

kind opção

Como fazer cumprir a restrição. Os valores possíveis da opção kind são os seguintes:

* Optional - Somente se aplica se ambos os recursos estiverem executando a ação especificada. Para informações sobre pedidos opcionais, consulte Configuração de pedidos consultivos.

* Mandatory - Sempre (valor padrão). Se o primeiro recurso que você especificou estiver parando ou não puder ser iniciado, o segundo recurso que você especificou deve ser parado. Para informações sobre pedidos obrigatórios, consulte Configuração de pedidos obrigatórios.

* Serialize - Assegure-se de que não ocorram duas ações de parada/arranque concomitantes para os recursos especificados. O primeiro e o segundo recurso que você especificar podem ser iniciados em qualquer ordem, mas um deve ser concluído antes que o outro possa ser iniciado. Um caso típico de uso é quando a partida dos recursos coloca uma carga alta no host.

symmetrical opção

Se for verdade, o contrário da restrição se aplica à ação oposta (por exemplo, se B começa após A começa, então B pára antes de Ordenar restrições para as quais kind é Serialize não pode ser simétrico. O valor padrão é true para os tipos Mandatory e Ordering, false para Serialize.

Use o seguinte comando para remover recursos de qualquer restrição de pedidos.

ordem de restrição de pcs remover resource1 [resourceN]...

56.1. Configuração de pedidos obrigatórios

Uma restrição de pedido obrigatória indica que a segunda ação não deve ser iniciada para o segundo recurso a menos que e até que a primeira ação seja concluída com sucesso para o primeiro recurso. As ações que podem ser encomendadas são stop, start, e, adicionalmente, para clones promocionais, demote e promote. Por exemplo, "A e depois B" (que é equivalente a "iniciar A e depois iniciar B") significa que B não será iniciado a menos que e até que A comece com sucesso. Uma restrição de pedido é obrigatória se a opção kind para a restrição for definida para Mandatory ou deixada como padrão.

Se a opção symmetrical for definida para true ou deixada para o padrão, as ações opostas serão ordenadas em reverso. As ações start e stop são opostas, e demote e promote são opostas. Por exemplo, uma ordem simétrica de "promover A e depois iniciar B" implica em "parar B e depois rebaixar A", o que significa que A não pode ser rebaixado até e a menos que B pare com sucesso. Uma ordenação simétrica significa que mudanças no estado de A podem fazer com que ações sejam programadas para B. Por exemplo, dado "A então B", se A reinicia devido a falha, B será parado primeiro, depois A será parado, depois A será iniciado, depois B será iniciado.

Observe que o agrupamento reage a cada mudança de estado. Se o primeiro recurso for reiniciado e estiver num estado inicial novamente antes do segundo recurso iniciar uma operação de parada, o segundo recurso não precisará ser reiniciado.