1. yast-cluster
2. master

<p><b> <big> Interfaz dedicada </big> </b> <br> Interfaz de rede dedicada á sincronización. A interface debe ser compatible con multidifusión e está dispoñible para o uso. Pode que teñas que pre-configurar. </p>
<p><b><big>IP</big> </b> <br> O enderezo IPv4 asignado á interface de rede dedicada. Isto detéctase automaticamente. </p>
<p><b> <big> Enderezo multicast </big> </b> <br> A dirección multicast que se empregará para a sincronización. </p>
<p><b> <big> Número do grupo </big> </b> <br> Un ID numérico indica o grupo para a sincronización. </p>

<p><b> <big> O clúster comeza ao iniciar o tempo de inicio / desactivar </big> </b> <br> Iniciar ou non iniciar todo o clúster ao iniciar o tempo. O servizo inclúe: marcapasos, corosync, corosync-qdevice (Se está activado corosyncqdevice). </p>
<p><b> <big> Inicio / parada do clúster </big> </b> <br> Inicia ou detén todo o clúster agora mesmo. O servizo inclúe: marcapasos, corosync, corosync-qdevice (Se está activado corosyncqdevice). </p>
<p><b> <big> Configuración de firewall </big> </b> <br> Habilita o porto cando Firewall estea activado </p>

<p><b><big>Model</big> </b> <br> Especifica o modelo a empregar. Este parámetro é necesario. corosync-qdevice é modular e é capaz de soportar múltiples modelos diferentes. O modelo define basicamente que tipo de árbitro se usa. Actualmente só se admite "net". </p>
<p><b><big>Host</big> </b> <br> Especifica o enderezo IP ou o nome do servidor do servidor qnetd que se vai empregar. Este parámetro é necesario. </p>
<p><b><big>Port</big> </b> <br> Especifica o porto TCP do servidor qnetd. O predeterminado é 5403. </p>
<p><b><big>TLS</big> </b> <br> Pode ser un "on", "off" ou "obligatorio" e especifica se hai que usar tls. "on" significa que primeiro inténtase unha conexión con TLS, pero se o servidor non anuncia publicidade de soporte TLS, usaranse non TLS. Utilízase "apagado", entón non se require TLS e nin sequera se intentou. Este modo é o único que non precisa unha base de datos NSS inicialmente adecuada. "obligatorio" significa TLS e se o servidor non admite TLS, qdevice sairá coa mensaxe de erro. "on" precisa cambiar manualmente, consulte a páxina de man de corosync-qdevice para máis detalles. O predeterminado está desactivado en yast. </p>
<p><b><big>Algorithm</big> </b> <br> Algoritmo de decisión. Pode ser un dos "ffsplit" ou "lms". (De feito, hai tamén 'test' e '2nodelms', ambos destinados principalmente a desenvolvedores e non deberían usarse para clusters de produción, polo que o yast converterase en 'ffsplit' automaticamente). Para unha descrición do que significa cada algoritmo e como difieren os algoritmos, consulte as súas seccións individuais. O valor por defecto é ffsplit. </p>
<p><b> <big> Desglose de empate </big> </b> <br> Pode ser un dos valores 'máis baixos', 'máis altos' ou 'valid_node_id' (número). Utilízase como fallback, si qdevice ten que decidir entre dúas ou máis particións iguais. "máis baixo" significa que se elixe a partición co id de menor nodo. "máis alto" significa que se elixe a partición con id de nodo máis alto. E 'valid_node_id' significa que se elixe a partición que contén o nodo co id de dado. O estándar é "máis baixo". </p>
<p><b> <big> Qdevice Heuristics </big> </b> <br> Subsección de Qdevice. As heurísticas son un conxunto de comandos executados localmente no inicio, o cambio de pertenza ao clúster, conectarse con éxito a corosync-qnetd e, opcionalmente, tamén en horas regulares. Os comandos execútanse en paralelo. Cando * todas as ordes * rematan con éxito (o seu código de erro de devolución é cero) puntualmente, a heurística pasou, se non, fallaron. O resultado heurístico envíase a corosync-qnetd e alí emprégase nos cálculos para determinar que partición se debe quorar. </p>
<p><b> <big> Modo heurístico </big> </b> <br> Pode ser activado, sincronizar ou desactivar e especifica o modo de funcionamento da heurística. O predeterminado está desactivado, o que significa que a heurística está desactivada. Cando se establece a sincronización, a heurística só se executa durante o inicio, o cambio de membresía e cando se establece a conexión a corosync-qnetd. Cando a heurística debería funcionar tamén de xeito regular, esta opción debería estar establecida en valor. </p>
<p><b> <big> Heuristics Timeout </big> </b> <br> Especifica o tempo máximo en milisegundos. Canto tempo agarda o corosync-qdevice ata que rematen as ordes heurísticas. Se algún comando non remata antes do tempo de espera, asasina e a heurística falla. Este tempo de espera é usado para heurísticas executadas en horas regulares. O valor por defecto é a metade do quorum.device.timeout, polo que 5000. </p>
<p><b> <big> Heuristics Sync_timeout </big> </b> <br> Semellante a quorum.device.heuristics.timeout pero usado durante os cambios de membresía. O valor por defecto é a metade do quorum.device.sync_timeout, polo que é 15000. </p>
<p><b> <big> Intervalo heurístico </big> </b> <br> Especifica o intervalo entre dúas execucións heurísticas regulares. O valor por defecto é 3 * quorum.device.timeout, polo que 30000. </p>
<p><b> <big> Heuristics exec_NAME </big> </b> <br> Define executables. * NAME * pode ser unha cadea de nome de chave cmap válida arbitrariamente e non ten ningún significado especial. O valor desta variable debe conter un comando para executar. O valor analízase (divídese) en argumentos do mesmo xeito que faría Bourne shell. A cotización é posible empregando cotas atrás e dobres. <br> Por exemplo, Nome (exec_check_master), Valor (/etc/corosync/qdevice/check_master.sh) </p>

Hai que cumprir a dirección multicast

Nome do grupo: