En esta página, se describen los diferentes tipos de configuraciones de instancias disponibles en Spanner, así como sus diferencias y compensaciones.
Configuración de instancias
La configuración de una instancia de Spanner define la ubicación geográfica y la replicación de las bases de datos en esa instancia. Cuando creas una instancia, debes configurarla como regional, birregional o multirregional. Esta elección se realiza seleccionando una configuración de instancia, que determina dónde se almacenan los datos de la instancia:
- Configuraciones regionales: Todos los recursos residen en una sola región Google Cloud .
- Configuraciones birregionales: Todos los recursos abarcan dos regiones y residen en un solo país (disponible en la edición Enterprise Plus)
- Configuraciones multirregionales: Los recursos abarcan más de dos regiones (disponible en la edición Enterprise Plus).
Para obtener más información sobre las consideraciones específicas de la región, consulta Geografía y regiones.
Las configuraciones de instancias con regiones y topologías de replicación predefinidas se denominan configuraciones de instancias básicas. Puedes crear configuraciones de instancias personalizadas y agregar réplicas de solo lectura opcionales adicionales a una configuración de instancia base predefinida (disponible en las ediciones Enterprise y Enterprise Plus). La réplica de solo lectura agregada debe estar en una región que no forme parte de la configuración de la instancia existente. Para obtener una lista de las regiones opcionales de solo lectura que puedes agregar, consulta la columna Región opcional en Configuraciones regionales disponibles y Configuraciones multirregionales disponibles. No puedes cambiar la topología de replicación de las configuraciones de instancias básicas. Para obtener más información, consulta Réplicas de solo lectura.
Puedes mover tu instancia de cualquier configuración de instancia a cualquier otra configuración de instancia regional, de doble región o multirregional (por ejemplo, de us-central1
a nam3
). También puedes crear una nueva configuración de instancia personalizada con réplicas adicionales y, luego, mover tu instancia a la nueva configuración de instancia personalizada. Por ejemplo, si tu instancia está en us-central1
y deseas agregar una réplica de solo lectura us-west1
, debes crear una nueva configuración de instancia personalizada con us-central1
como configuración base y agregar us-west1
como réplica de solo lectura. Luego, mueve tu instancia a esta nueva configuración de instancia personalizada.
Configuraciones regionales
Los servicios deGoogle Cloud están disponibles en ubicaciones de América del Norte, América del Sur, Europa, Asia y Australia. Si tus usuarios y servicios se encuentran dentro de una misma región, elige una configuración de instancia regional para las lecturas y escrituras de latencia más baja.
Para cualquier configuración regional básica, Spanner mantiene tres réplicas de lectura y escritura, cada una dentro de una Google Cloud zona diferente en esa región. Cada réplica de lectura y escritura contiene una copia completa de tu base de datos operativa que puede entregar solicitudes de lectura y escritura y de solo lectura. Spanner usa réplicas en diferentes zonas para que, si se produce un error en una sola zona, tu base de datos permanezca disponible.
Opciones de configuración disponibles
Spanner ofrece las siguientes configuraciones regionales básicas de instancias:
Nombre de la configuración básica | Descripción de la región | Región opcional | |
---|---|---|---|
América | |||
northamerica-northeast1 |
Montreal
|
||
northamerica-northeast2 |
Toronto
|
||
northamerica-south1 |
Querétaro | ||
southamerica-east1 |
São Paulo
|
||
southamerica-west1 |
Santiago
|
||
us-central1 |
Iowa
|
Solo lectura: asia-northeast1 1-OR asia-south1 1-OR europe-west2 1-OR europe-west9 1-OR us-west3 1-OR |
|
us-east1 |
Carolina del Sur | Solo lectura: us-central1 1-OR us-west1 1-OR europe-west1 1-OR europe-west3 1-OR |
|
us-east4 |
Virginia del Norte | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas
|
||
us-west1 |
Oregón
|
||
us-west2 |
Los Ángeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
Europa | |||
europe-central2 |
Varsovia | ||
europe-north1 |
Finlandia
|
||
europe-north2 |
Estocolmo
|
||
europe-southwest1 |
Madrid
|
||
europe-west1 |
Bélgica
|
Solo lectura: us-central1 1-OR us-west1 1-OR |
|
europe-west2 |
Londres
|
||
europe-west3 |
Fráncfort
|
||
europe-west4 |
Países Bajos
|
||
europe-west6 |
Zúrich
|
||
europe-west8 |
Milán | ||
europe-west9 |
París
|
||
europe-west10 |
Berlín
|
||
europe-west12 |
Turín | ||
Asia-Pacífico | |||
asia-east1 |
Taiwán | ||
asia-east2 |
Hong Kong | ||
asia-northeast1 |
Tokio | ||
asia-northeast2 |
Osaka | ||
asia-northeast3 |
Seúl | ||
asia-south1 |
Bombay | ||
asia-south2 |
Delhi | ||
asia-southeast1 |
Singapur | ||
asia-southeast2 |
Yakarta | ||
australia-southeast1 |
Sídney | ||
australia-southeast2 |
Melbourne | ||
Oriente Medio | |||
me-central1 |
Doha | ||
me-central2 |
Dammam | ||
me-west1 |
Tel Aviv | ||
África | |||
africa-south1 |
Johannesburgo |
Replicación
Las configuraciones regionales básicas contienen tres réplicas de lectura y escritura. Cada mutación de Spanner requiere un quórum de escritura compuesto por la mayoría de las réplicas de votación. Los quórums de escritura se forman a partir de dos de las tres réplicas en las configuraciones regionales. Para obtener más información sobre las regiones líderes y las réplicas de votación, consulta Replicación.
Puedes crear una configuración de instancia regional personalizada y agregar réplicas de solo lectura opcionales. Las réplicas de solo lectura pueden ayudar a escalar las lecturas y admitir lecturas inactivas de baja latencia. Estas réplicas de solo lectura no participan en los quórums de escritura. Las réplicas no afectan el ANS de Spanner del 99.99% o más para las instancias regionales. Puedes agregar las ubicaciones que se indican en la columna Región opcional como réplicas opcionales de solo lectura. Si no ves la ubicación de la réplica de solo lectura que elegiste, puedes solicitar una nueva región de réplica de solo lectura opcional. Para obtener más información, consulta Réplicas de solo lectura.
Prácticas recomendadas de rendimiento para las configuraciones regionales
Para obtener un rendimiento óptimo, sigue estas prácticas recomendadas:
- Diseña un esquema que evite los hotspots y otros problemas de rendimiento.
- Coloca los recursos de procesamiento críticos dentro de la misma región que tu instancia de Spanner.
- Aprovisiona suficiente capacidad de procesamiento para mantener el uso de CPU total de alta prioridad por debajo del 65%.
- Para obtener información sobre la cantidad de capacidad de procesamiento por nodo de Spanner, consulta Rendimiento de las configuraciones regionales.
Configuraciones birregionales
Las configuraciones birregionales te permiten replicar los datos de la base de datos en varias zonas de dos regiones de un mismo país, según lo define la configuración de la instancia.
Las configuraciones birregionales hacen lo siguiente:
- Publica lecturas desde dos regiones en un solo país.
- Cumple con los requisitos de residencia de los datos.
- Proporcionan mayor disponibilidad y ANS que las configuraciones regionales.
Spanner ofrece configuraciones birregionales en Alemania, Australia, India y Japón.
Para obtener información sobre la cantidad de capacidad de procesamiento por nodo de Spanner, consulta Rendimiento para configuraciones birregionales.
Opciones de configuración disponibles
Spanner ofrece las siguientes configuraciones de instancias birregionales básicas:
Nombre de la configuración básica | Ubicación del recurso | Regiones |
---|---|---|
dual-region-australia1 |
au (Australia) | Sídney: australia-southeast1 L,2RW+1W Melbourne: australia-southeast2 2RW+1W |
dual-region-germany1 |
de (Alemania) | Berlín: europe-west10 L,2RW+1W Fráncfort: europe-west3 2RW+1W |
dual-region-india1 |
en (India) | Mumbai: asia-south1 L,2RW+1W Delhi: asia-south2 2RW+1W |
dual-region-japan1 |
jp (Japón) | Tokio: asia-northeast1 L,2RW+1W Osaka: asia-northeast2 2RW+1W |
Beneficios
Las instancias birregionales ofrecen los siguientes beneficios principales:
Disponibilidad del 99.999%: En dos regiones del mismo país, lo que es mayor que la disponibilidad del 99.99% que proporcionan las configuraciones regionales de Spanner.
Distribución de datos: Replica automáticamente tus datos entre las dos regiones con garantías de coherencia sólida.
Requisitos de residencia de datos: Cumple con los requisitos de residencia de datos en los países que se indican en las Configuraciones disponibles birregionales.
Replicación
Una región doble contiene seis réplicas, tres en cada región. Una de las regiones se designa como la región líder predeterminada (que se indica en la tabla anterior). Puedes cambiar la región líder de una base de datos. En cada región, hay dos réplicas de lectura y escritura y una réplica testigo. Cuando ambas regiones están en buen estado y se ejecutan en una configuración birregional, el quórum se establece en las seis réplicas. Se requiere un mínimo de dos réplicas en cada región para formar un quórum y confirmar una transacción.
Conmutación por error y por recuperación
Después de crear una configuración de doble región, puedes ver la métrica Cronograma del estado del quórum de doble región en el panel de Estadísticas del sistema. Esta métrica solo está disponible para las configuraciones birregionales. Muestra el estado de tres quórums:
- El quórum birregional:
Global
- El quórum de una sola región en cada región (por ejemplo,
Sydney
yMelbourne
)
Se muestra una barra naranja en el cronograma cuando hay una interrupción del servicio. Puedes colocar el cursor sobre él para ver las horas de inicio y finalización de la interrupción.
Para obtener un objetivo de tiempo de recuperación (RTO) más rápido, te recomendamos que supervises o configures una alerta sobre la métrica de la línea de tiempo del estado del quórum de doble región. Esta métrica te ayuda a tomar decisiones autoadministradas sobre cuándo realizar la conmutación por error en caso de fallas regionales. Después de activar la conmutación por error de la instancia, esta suele completarse en un minuto.
Spanner también admite conmutaciones por error automáticas administradas por Google, que pueden tardar hasta 45 minutos desde el momento en que se detecta la falla por primera vez. El RTO más largo se debe a la supervisión en toda la empresa de Google. Necesitamos recopilar indicadores adicionales para verificar que toda la región se vea afectada y validar que haya un impacto a nivel regional. Esto también garantiza que una conmutación por error mejore el servicio general para los usuarios en la configuración.
Para realizar la conmutación por error y la conmutación por recuperación de forma manual, consulta Cómo cambiar el quórum de doble región.
Ten en cuenta lo siguiente cuando tomes decisiones manuales sobre la conmutación por error y la recuperación tras errores:
Si los tres quórums están en buen estado, no es necesario que realices ninguna acción.
Si una de las regiones muestra una interrupción, es probable que haya una interrupción del servicio regional. Esto podría hacer que las bases de datos que se ejecutan en tu quórum de doble región experimenten menos disponibilidad. Las escrituras también pueden fallar porque no se puede establecer un quórum y, finalmente, se agota el tiempo de espera de las transacciones. Usa el panel de Estadísticas del sistema para observar las tasas de error y la latencia en tu base de datos. Si aumentan las tasas de error o la latencia, te recomendamos que realices una conmutación por error, lo que significa cambiar el quórum de la región doble de birregional a la región que aún está en buen estado. Una vez que la región interrumpida vuelva a estar en buen estado, debes realizar una conmutación por recuperación para cambiar el quórum birregional de una sola región a birregional. Google realiza automáticamente la conmutación por error y la conmutación por recuperación cuando detecta una interrupción regional. También puedes realizar la conmutación por error de forma manual si detectas una interrupción. Sin embargo, debes recordar que debes revertir la conmutación por error de forma manual si realizaste una conmutación por error manual.
Si el quórum birregional muestra una interrupción, aunque ambas regiones únicas estén en buen estado, significa que hay un problema de partición de red. Las dos regiones ya no pueden comunicarse entre sí, por lo que cada una muestra un estado correcto, aunque el sistema general no lo esté. En este caso, te recomendamos que realices una conmutación por error a la región principal predeterminada. Después de que se resuelva el problema de partición de red y el quórum de doble región vuelva a estar en buen estado, debes realizar una conmutación por recuperación de forma manual.
La opción de doble región proporciona un objetivo de punto de recuperación (RPO) de cero porque no hay pérdida de datos durante una interrupción regional o cuando surge un problema de partición de red.
Para verificar el modo (único o doble) de tu quórum birregional, consulta Cómo verificar el quórum birregional.
Prácticas recomendadas para la conmutación por error y por recuperación
Las prácticas recomendadas para la conmutación por error y por recuperación incluyen lo siguiente:
- No conmute por error a una sola región si no se producen fallas o interrupciones regionales. Conmutar por error a una sola región aumenta la posibilidad de que el sistema general no esté disponible si falla esa región.
- Ten cuidado cuando selecciones la región a la que se realizará la conmutación por error. Si se elige una región incorrecta para la conmutación por error, la base de datos no estará disponible, lo que no se podrá recuperar hasta que la región vuelva a estar en línea. Para verificarlo, puedes usar un script de Bash para comprobar el estado de tu región única antes de realizar la conmutación por error.
- Si la región en mal estado es la región líder predeterminada, cambia la región líder predeterminada a la región de conmutación por error después de realizar la conmutación por error. Después de confirmar que ambas regiones están en buen estado nuevamente, realiza la conmutación por recuperación y, luego, vuelve a cambiar la región líder a la región líder original.
- Recuerda realizar la conmutación por recuperación de forma manual si realizaste una conmutación por error manual.
Limitaciones
No puedes crear una configuración de instancia birregional personalizada. No puedes agregar réplicas de solo lectura a una configuración de instancia birregional.
Configuraciones multirregionales
Las configuraciones regionales de Spanner replican los datos entre varias zonas dentro de una misma región. Sin embargo, una configuración regional podría no ser óptima en los siguientes casos:
- A menudo, tu aplicación necesita leer datos de varias ubicaciones geográficas (por ejemplo, para entregar datos a usuarios de América del Norte y Asia).
- Tus escrituras se originan en una ubicación diferente a tus lecturas (por ejemplo, si tienes grandes cargas de trabajo de escritura en América del Norte y grandes cargas de trabajo de lectura en Europa).
Las configuraciones multirregionales pueden hacer lo siguiente:
- Realiza operaciones de escritura desde varias regiones.
- Mantener la disponibilidad en caso de fallas regionales
- Proporcionan mayor disponibilidad y ANS que las configuraciones regionales.
Las configuraciones multirregionales te permiten replicar los datos de la base de datos en varias zonas de varias regiones, según lo define la configuración de la instancia. Estas réplicas adicionales te permiten leer datos con menor latencia desde múltiples ubicaciones cercanas o dentro de las regiones en la configuración.
Sin embargo, existen pros y contras, ya que, en una configuración multirregional, las réplicas de quórum (lectura y escritura) se distribuyen en más de una región. Es posible que notes latencia de red adicional cuando estas réplicas se comunican entre sí para formar un quórum de escritura. Las lecturas no requieren un quórum. El resultado es que tu aplicación logra lecturas más rápidas en más lugares a costa de un pequeño aumento en la latencia de escritura. Para obtener más información, consulta El rol de las réplicas en las escrituras y lecturas.
Opciones de configuración disponibles
Spanner ofrece las siguientes configuraciones básicas de instancias multirregionales:
Un continente
Nombre de la configuración básica | Ubicación del recurso | Regiones de lectura y escritura | Regiones de solo lectura | Región testigo | Región opcional |
---|---|---|---|---|---|
asia1 |
asia1 | Tokio: asia-northeast1 L, 2ROsaka: asia-northeast2 2R |
None | Seúl: asia-northeast3 |
Solo lectura: us-west1 1-OR us-east5 1-OR |
asia2 A |
asia2 | Mumbai: asia-south1 L,2R Delhi: asia-south2 2R Singapur: asia-southeast1 1R |
Ninguno | Ninguno | |
eur3 |
eur3 | Bélgica: europe-west1 L, 2RPaíses Bajos: europe-west4 2R |
None | Finlandia: europe-north1 |
Solo lectura: us-central1 1-OR us-east4 1-OR |
eur5 |
eur5 | Londres: europe-west2 L, 2RBélgica: europe-west1 2R |
None | Países Bajos: europe-west4 |
Solo lectura: us-central1 1-OR us-east1 1-OR |
eur6 |
eur6 | Países Bajos: europe-west4 L,2R Fráncfort: europe-west3 2R |
Ninguno | Zúrich: europe-west6 |
Solo lectura: us-east1 2-OR |
eur7 |
eu (Unión Europea) | Milán: europe-west8 L,2R Fráncfort: europe-west3 2R |
Ninguno | Turín: europe-west12 |
|
nam3 |
nam3 | Virginia del Norte: us-east4 L, 2RCarolina del Sur: us-east1 2R |
None | Iowa: us-central1 |
Solo lectura: us-west2 1-OR asia-southeast1 1-OR asia-southeast2 1-OR europe-west1 1-OR europe-west2 1-OR |
nam6 |
nam6 | Iowa: us-central1 L, 2RCarolina del Sur: us-east1 2R |
Oregón: us-west1 1RLos Ángeles: us-west2 1R |
Oklahoma: us-central2 |
|
nam7 |
nam7 | Iowa: us-central1 L,2R Virginia del Norte: us-east4 2R |
Ninguna | Oklahoma: us-central2 |
Solo lectura: us-east1 2-OR us-south1 1-OR europe-west1 2-OR |
nam8 |
nam8 | Los Ángeles: us-west2 L,2R Oregón: us-west1 2R |
Ninguno | Salt Lake City: us-west3 |
Solo lectura: asia-southeast1 2-OR europe-west2 2-OR us-east5 1-OR |
nam9 |
nam9 | Virginia del Norte: us-east4 L,2R Iowa: us-central1 2R |
Oregón: us-west1 2R |
Carolina del Sur: us-east1 |
|
nam10 |
nam10 | Iowa: us-central1 L,2R Salt Lake City: us-west3 2R |
None | Oklahoma: us-central2 |
|
nam11 |
nam11 | Iowa: us-central1 L, 2RCarolina del Sur: us-east1 2R |
None | Oklahoma: us-central2 |
Solo lectura: us-west1 1-OR |
nam12 |
nam12 | Iowa: us-central1 L,2R Virginia del Norte: us-east4 2R |
Oregón: us-west1 2R |
Oklahoma: us-central2 |
|
nam13 |
nam13 | Oklahoma: us-central2 L,2R Iowa: us-central1 2R |
Ninguno | Salt Lake City: us-west3 |
|
nam14 |
nam14 | Virginia del Norte: us-east4 L,2R Montreal: northamerica-northeast1 2R |
Ninguno | Carolina del Sur: us-east1 |
|
nam15 |
nam15 | Dallas: us-south1 L,2R Virginia del Norte: us-east4 2R |
Ninguno | Iowa: us-central1 |
|
nam16 |
Estados Unidos | Iowa: us-central1 L,2R Virginia del Norte: us-east4 2R |
Ninguno | Columbus: us-east5 |
Solo lectura: us-west2 2-OR |
Tres continentes
Nombre de la configuración básica | Ubicación del recurso | Regiones de lectura y escritura | Regiones de solo lectura | Región testigo | Región opcional |
---|---|---|---|---|---|
nam-eur-asia1 |
nam-eur-asia1 | Iowa: us-central1 L,2R Oklahoma: us-central2 2R |
Bélgica: europe-west1 2RTaiwán: asia-east1 2R |
Carolina del Sur: us-east1 |
Solo lectura: us-west2 1-OR |
nam-eur-asia3 |
nam-eur-asia3 | Iowa: us-central1 L,2R Carolina del Sur: us-east1 2R |
Bélgica: europe-west1 1R Países Bajos: europe-west4 1R Taiwán: asia-east1 2R |
Oklahoma: us-central2 |
L: Región líder predeterminada. Para obtener más información, consulta Modifica la región líder de una base de datos.
1R: Una réplica en la región
2R: Dos réplicas en la región
2RW+1W: Dos réplicas de lectura y escritura y una réplica testigo en la región.
1-OR: Una réplica opcional. Puedes crear una configuración de instancia regional personalizada y agregar una réplica de solo lectura opcional. Para obtener más información, consulta Crea una configuración de instancia personalizada.
2-OR: Hasta dos réplicas opcionales. Puedes crear una configuración regional personalizada de la instancia y agregar una o dos réplicas opcionales de solo lectura. Te recomendamos que agregues dos (si es posible) para ayudar a mantener una latencia de lectura baja. Para obtener más información, consulta Crea una configuración de instancia personalizada.
A: La configuración de esta instancia está restringida con una lista de entidades permitidas. Para obtener acceso, comunícate con tu administrador técnico de cuentas.
La ubicación del recurso para una configuración de instancia multirregional determina la garantía de zona de recuperación ante desastres para la configuración. Define dónde se almacenan los datos en reposo.
Beneficios
Las instancias multirregionales ofrecen los siguientes beneficios principales:
99.999% de disponibilidad, que es mayor que el 99.99% de disponibilidad que proporcionan las configuraciones regionales de Spanner.
Distribución de datos: Spanner replica tus datos automáticamente entre regiones con garantías de coherencia sólida. Esto permite que tus datos se almacenen donde se usan, lo que puede reducir la latencia y mejorar la experiencia del usuario.
Coherencia externa: Aunque Spanner se replica en ubicaciones geográficamente distantes, puedes usar Spanner como si fuera una base de datos que se ejecuta en una sola máquina. Se garantiza que las transacciones son serializables, y el orden de las transacciones dentro de la base de datos es el mismo que el orden en el que los clientes observan las transacciones que se han realizado. La coherencia externa es una garantía más sólida que la “coherencia sólida”, que ofrecen otros productos. Obtén más información sobre esta propiedad en la página sobre TrueTime y la coherencia externa.
Replicación
Cada configuración multirregional básica contiene dos regiones que se designan como regiones de lectura y escritura, cada una de las cuales contiene dos réplicas de lectura y escritura. Una de estas regiones de lectura y escritura se designa como la región líder predeterminada, lo que significa que contiene las réplicas líderes de la base de datos. Spanner también coloca una réplica testigo en una tercera región llamada región testigo.
Cada vez que un cliente emite una mutación a tu base de datos, se crean quórums de escritura, que consisten en una de las réplicas de la región líder predeterminada y dos de las cuatro réplicas de votación adicionales. (El quórum puede estar formado por réplicas de dos o tres de las regiones que conforman tu configuración, según las otras réplicas que participen en el voto). Además de estas cinco réplicas de votación, algunas configuraciones multirregionales básicas contienen réplicas de solo lectura para entregar lecturas de baja latencia. Las regiones que contienen réplicas de solo lectura se denominan regiones de solo lectura.
En general, las regiones de votación en una configuración multirregional se ubican geográficamente cerca, a menos de mil millas de distancia, para formar un quórum de baja latencia que permite escrituras rápidas (más información). Sin embargo, las regiones se encuentran a una distancia suficiente (en general, al menos, unas cientos de millas) para evitar fallas coordinadas. Además, si tu aplicación cliente se encuentra en una región que no es líder, Spanner usa el enrutamiento adaptado al líder para enrutar las transacciones de lectura y escritura de forma dinámica y reducir la latencia en tu base de datos. Para obtener más información, consulta Enrutamiento que tiene en cuenta al líder.
Puedes crear una configuración personalizada de instancias multirregionales con réplicas opcionales de solo lectura. Las réplicas personalizadas de solo lectura que crees no se pueden incluir en los quórums de escritura. Puedes agregar las ubicaciones que se indican en la columna Región opcional como réplicas de solo lectura opcionales. Si no ves la ubicación de la réplica de solo lectura que elegiste, puedes solicitar una nueva región de réplica de solo lectura opcional. Para obtener más información, consulta Réplicas de solo lectura.
Prácticas recomendadas de rendimiento para las configuraciones multirregionales
Para obtener un rendimiento óptimo, sigue estas prácticas recomendadas:
- Diseña un esquema que evite los hotspots y otros problemas de rendimiento.
- Para obtener una latencia de escritura óptima, ubica los recursos de procesamiento de las cargas de trabajo con alto volumen de operaciones de escritura en la región líder predeterminada o cerca de ella.
- A fin de obtener un rendimiento de lectura óptimo fuera de la región líder predeterminada, usa un estado de inactividad de al menos 15 segundos.
- A fin de evitar la dependencia de una sola región para tus cargas de trabajo, coloca recursos de procesamiento críticos en al menos dos regiones. Una buena opción es colocarlos junto a las dos regiones de lectura y escritura diferentes para que ninguna interrupción en la región afecte a toda la aplicación.
- Aprovisiona suficiente capacidad de procesamiento para mantener el uso de CPU total de alta prioridad por debajo del 45% en cada región.
- Para obtener información sobre la cantidad de capacidad de procesamiento por nodo de Spanner, consulta Rendimiento de las configuraciones multirregionales.
Mover una instancia
Puedes trasladar tu instancia de Spanner de cualquier configuración de instancia a cualquier otra, incluso entre configuraciones regionales y multirregionales. Mover tu instancia no causa tiempo de inactividad, y Spanner sigue proporcionando las habituales garantías de transacción, incluida la coherencia sólida, durante el movimiento.
Para obtener más información sobre el traslado de instancias de Spanner, consulta Cómo trasladar una instancia.
Configura la región líder predeterminada
Para cambiar la ubicación de la región líder predeterminada de tu base de datos y acercarla a los clientes que se conectan para reducir la latencia de la aplicación, puedes cambiar la región líder de cualquier instancia de Spanner que use una configuración de doble región o multirregional. Para obtener instrucciones sobre cómo cambiar la ubicación de la región líder, consulta Cambia la región líder de una base de datos. Las únicas regiones aptas para convertirse en la región líder predeterminada de tu base de datos son las regiones de lectura y escritura en tu configuración de región doble o varias regiones.
La región líder es responsable de controlar todas las escrituras de la base de datos. Por lo tanto, si la mayor parte de tu tráfico proviene de una región geográfica, puedes moverlo a esa región para reducir la latencia. Actualizar la región líder predeterminada es económico y no implica ningún movimiento de datos. El nuevo valor tarda unos minutos en aplicarse.
Cambiar la región líder predeterminada es un cambio de esquema, que usa una operación de larga duración. Si es necesario, puedes obtener el estado de la operación de larga duración.
Pros y contras: opciones de configuración regionales, birregionales y multirregionales
Configuración | Disponibilidad | Latencia | Costo | Localidad de datos |
---|---|---|---|---|
Regional | 99.99% | Latencias bajas de escritura dentro de la región. | Menor costo, consulta Precios. | Habilita la administración de datos geográficos. |
Birregional | 99.999% | Latencias de lectura más bajas desde dos regiones geográficas y un pequeño aumento en la latencia de escritura | Mayor costo, consulta Precios. | Distribuye los datos en dos regiones de un solo país. |
Multirregión | 99.999% | Latencias de lectura más bajas de varias regiones geográficas y un pequeño aumento en la latencia de escritura | Mayor costo, consulta Precios. | Distribuye datos en varias regiones de la configuración. |
¿Qué sigue?
- Obtén más información para crear una instancia de Spanner.
- Obtén más información sobre Google Cloud geografía y regiones.