A priority 0El miembro no puede convertirse en principal ni activar elecciones.0 Los miembros con prioridad pueden confirmar operaciones de escritura emitidas con la w : <number> prioridad. Para "majority" la prioridad, el 0 miembro con prioridad también debe tener derecho a voto (es decir, esmembers[n].votes mayor 0 que) para confirmar la escritura. Los miembros del conjunto de réplicas sin derecho a voto (esmembers[n].votes decir,0 es) no pueden contribuir a confirmar operaciones de escritura con "majority" la prioridad.
Aparte de las restricciones mencionadas anteriormente, los secundarios que tienen funcionan como secundarios normales: mantienen una copia del conjunto de datos, aceptan operaciones de lectura y votan en las priority 0 elecciones.
Configurar un miembro del conjunto de réplicas con podría ser recomendable si dicho miembro se implementa en un centro de datos alejado de la implementación principal y, por lo tanto, presenta una mayor latencia. Si bien puede atender adecuadamente las solicitudes de lectura locales, podría no ser ideal para realizar las funciones de un servidor principal debido a su priority 0 latencia.
Para esta situación, el siguiente diagrama muestra un centro de datos a la izquierda que aloja el primario y un secundario, y un centro de datos a la derecha que aloja un secundario que se ha configurado para tener prioridad 0 para evitar que se convierta en primario. Debido a este ajuste, solo los miembros en el centro de datos de la izquierda son elegibles para convertirse en primario en una elección.
Compare esto con la prioridad predeterminada para los miembrospriority 1 del conjunto de réplicas,, donde cualquiera de los secundarios en este escenario podría actuar como principal. Consulte Conjuntos de réplicas distribuidos en dos o más centros de datos para obtener más información.
Miembros de prioridad 0 como en espera
Un miembro secundario con priority 0 puede funcionar como reserva. En algunos conjuntos de réplicas, podría no ser posible agregar un nuevo miembro en un tiempo razonable. Un miembro en reserva conserva una copia actualizada de los datos para poder reemplazar a un miembro no disponible.
En muchos casos, no es necesario configurar 0 la prioridad 0 en espera. Sin embargo, en conjuntos de réplicas con hardware o distribución geográfica variados, una prioridad en espera garantiza que solo ciertos miembros se conviertan en principales.
Un miembro en espera 0 con prioridad también puede ser útil para algunos miembros de un conjunto con diferentes perfiles de hardware o carga de trabajo. En estos casos, implemente un miembro con prioridad 0 para que no se convierta en el principal. Considere también usar un miembro oculto para este propósito.
Si su conjunto ya tiene siete miembros con derecho a voto, configure también al miembro como sin derecho a voto.
Consideraciones sobre la conmutación por error
Al configurar un secundario priority 0 con, considere los posibles patrones de conmutación por error, incluyendo todas las particiones de red posibles. Asegúrese siempre de que su centro de datos principal cuente con un quórum de miembros con derecho a voto y miembros elegibles para ser primarios.
Ejemplo
Para configurar un secundario para que priority 0 tenga, consulte Cómo evitar que un secundario autoadministrado se convierta en principal.