/ /

Algoritmo de selección de servidor

Los drivers de MongoDB utilizan un algoritmo de selección de servidor para elegir qué miembro del set de réplicas utilizar o, cuando están conectados a múltiples mongos instancias, qué instancia de mongos utilizar.

La selección del servidor se produce una vez por operación.

Nota

Transacciones que contienen operaciones de lectura deben utilizar la preferencia de lectura primary. Todas las operaciones en una transacción dada deben dirigirse al mismo nodo.

Preferencia de lectura para sets de réplicas

La selección de servidor ocurre una vez por operación y está regida por la preferencia de lectura y la configuración de localThresholdMS para determinar la elegibilidad de los nodos para lecturas. La preferencia de lectura se reevalúa para cada operación.

Modo de preferencia de lectura	Proceso de Selección
`primary` (por defecto)	El driver selecciona el primario.
`secondary`	El driver elabora una lista de miembros secundarios elegibles. maxStalenessSeconds y conjuntos de etiquetas especificados en la preferencia de lectura pueden restringir aún más la elegibilidad de los nodos. Si la lista de nodos elegibles no está vacía, el driver determina qué nodo elegible es el "más cercano" (es decir, el nodo con el menor promedio de tiempo de ida y vuelta de la red) y calcula una ventana de latencia sumando el promedio de tiempo de ida y vuelta de este servidor "más cercano" y el `localThresholdMS`. El driver utiliza esta ventana de latencia para reducir la lista de nodos elegibles a aquellos nodos que caen dentro de esta ventana. De esta lista de nodos aptos que se encuentran dentro de la ventana de latencia, el driver selecciona aleatoriamente un nodo apto.
`nearest`	El driver assembles una lista de nodos elegibles (primarios y secundarios). maxStalenessSeconds y conjuntos de etiquetas especificados en la preferencia de lectura pueden limitar aún más la elegibilidad de los nodos. Si la lista de nodos elegibles no está vacía, el driver determina cuál es el nodo "más cercano" (es decir, el nodo con el menor tiempo de ida y vuelta promedio de red) y calcula una ventana de latencia sumando el tiempo de ida y vuelta promedio de este servidor "más cercano" y el `localThresholdMS` [1]. El driver utiliza esta ventana de latencia para reducir la lista de nodos elegibles a aquellos nodos que se encuentren dentro de este rango. De esta lista de nodos aptos que se encuentran dentro de la ventana de latencia, el driver selecciona aleatoriamente un nodo apto.
`primaryPreferred`	Si está disponible, el driver selecciona el primario. Si el primario no está disponible, la selección del servidor sigue el proceso de la preferencia de lectura `secondary` para seleccionar un secundario elegible.
`secondaryPreferred`	Después del proceso de selección del servidor para la preferencia de lectura `secondary`, si una lista de miembros secundarios elegibles no está vacía, el controlador elige a un miembro secundario elegible. De lo contrario, si la lista está vacía, el driver selecciona la primaria.

Preferencia de lectura para clústeres fragmentados

Equilibrio de carga

Si hay más de una instancia en la lista de mongos mongos nodos iniciales, el controlador determina cuál es el "más cercano" (es decir, el nodo con el menor tiempo promedio de ida y vuelta de red) y calcula la ventana de latencia sumando el tiempo promedio demongos localThresholdMS ida y vuelta de esta instancia "más cercana" y la. El controlador realiza un balanceo de carga aleatorio entre las instancias mongos que se encuentran dentro de la ventana de latencia.

Nota

localThresholdMS inclina la selección de servidores hacia los destinos locales de menor latencia. La configuración no puede remover la topología de red entre regiones que crea un solo extremo privado ni garantizar que todas las conexiones permanezcan en la región local. En esta configuración, un cliente aún puede conectarse a través de un mongos en otra región.

Preferencia de lectura y Particiones

Para los clústeres fragmentados que tienen fragmentos de set de réplicas, mongos aplica la preferencia de lectura al leer de los fragmentos. La selección del servidor está gobernada por la preferencia de lectura y los ajustes de replication.localPingThresholdMs. La preferencia de lectura se vuelve a evaluar para cada operación.

Modo de preferencia de lectura	Proceso de Selección
`primary` (por defecto)	El `mongos` selecciona el primario.
`secondary`	El `mongos` crea una lista de miembros secundarios elegibles. maxStalenessSeconds y conjuntos de etiquetas especificados en la preferencia de lectura pueden restringir aún más la elegibilidad de los nodos. Si la lista de nodos elegibles no está vacía, el `mongos` determina qué nodo elegible es el "más cercano" (es decir, el nodo con el menor tiempo de ida y vuelta promedio en la red) y calcula una ventana de latencia sumando el tiempo promedio de ida y vuelta de este servidor "más cercano" y el `replication.localPingThresholdMs` (o la opción de línea de comandos `--localThreshold`). El `mongos` utiliza esta ventana de latencia para reducir la lista de nodos elegibles a aquellos que se encuentran dentro de esta ventana. De esta lista de nodos elegibles que se encuentran dentro de la ventana de latencia, el `mongos` elige aleatoriamente un nodo elegible.
`nearest`	El `mongos` ensambla una lista de nodos elegibles (primarios y secundarios). maxStalenessSeconds y conjuntos de etiquetas especificados en la preferencia de lectura pueden limitar aún más la elegibilidad de los nodos. Si la lista de miembros elegibles no está vacía, el `mongos` determina qué miembro elegible está "más cerca" (es decir, el miembro con el menor promedio de tiempo de ida y vuelta en la red) y calcula una ventana de latencia sumando el tiempo promedio de ida y vuelta de este servidor "más cercano" y el `replication.localPingThresholdMs` (o la `--localThreshold` opción de la línea de comandos) [1]. El `mongos` usa esta ventana de latencia para reducir la lista de miembros elegibles a aquellos que están dentro de esta ventana. De esta lista de nodos elegibles que se encuentran dentro de la ventana de latencia, el `mongos` elige aleatoriamente un nodo elegible.
`primaryPreferred`	Si el primario está disponible, `mongos` selecciona el primario. Si el primario no está disponible, la selección del servidor sigue el proceso de preferencia de lectura `secondary`.
`secondaryPreferred`	Tras el proceso de selección del servidor para la preferencia de lectura `secondary`, si la lista de miembros secundarios elegibles no está vacía, `mongos` elige un secundario eligible. Si la lista de miembros secundarios elegibles está vacía, `mongos` selecciona el principal.

[1]	(1, 2) El valor umbral por defecto es de 15 milisegundos.

Volver

Lecturas protegidas

Referencia de replicación