Aquí y bienvenidos de nuevo a esto, discutiremos sobre una oferta muy interesante bajo el
servicio de base de datos relacional llamado Aurora Australis.
Así que sigamos adelante y discutamos más al respecto.
Ahora, antes de seguir adelante y discutir sobre Aurora Sartorialist, veamos una configuración típica
que se sigue en muchas organizaciones.
Entonces, en una configuración típica, una de las consideraciones principales durante la configuración de una base de datos son las instancias de base de datos.
Entonces eres un ejemplo demasiado pequeño.
Entonces, por ejemplo, digamos que un desarrollador necesita una instancia de base de datos para el entorno de desarrollo o tal
vez para el entorno de prueba.
Entonces, ¿cuáles son las instancias de DV que darás?
¿Lo darás a pequeño o mediano para grande?
El centro es una consideración muy importante, pero específicamente cuando se trata del factor de costo.
Ahora, si su carga de trabajo cambia, puede modificar el tamaño de la clase de la instancia de base de datos.
Entonces, digamos que inicialmente le ha dado a lo pequeño, pero a medida que cambia la carga de trabajo, tal vez pueda aumentar la
clase de instancia GBE a una cantidad enorme para que pueda admitir una mayor cantidad de carga de trabajo.
Ahora, cuando se habla de un enfoque típico, hay ciertos desafíos a los que casi
toda la organización enfrenta los primeros desafíos en los que las cargas de trabajo pueden ser impredecibles.
Por lo tanto, puede haber un período de gran carga de trabajo que puede durar solo unos minutos u horas
y también períodos prolongados de actividad ligera o incluso sin actividad.
Ahora, esto se aplica específicamente a mí.
Estamos demostrando en Wyoming tantas veces que hemos visto que se desarrolla tan bien como usted en la
solicitud de una instancia muy grande en este edificio en Wyoming y durante los fines de semana y durante el tiempo
en que no hay pruebas, esa instancia enorme no está haciendo nada. pero aumentando el costo total para
la organización.
Y algo similar también se aplica al entorno de producción, porque en muchas organizaciones, la carga de
trabajo general en un entorno de producción sigue siendo impredecible.
Entonces, en estos casos, puede resultar difícil configurar una capacidad correcta para el momento adecuado.
También puede resultar en un costo más alto cuando paga por la capacidad que no se está utilizando.
Entonces, si analizamos la elección de los clientes, hay tres opciones principales que están disponibles para nosotros.
Una es una nueva provisión para el pico.
Entonces, aunque esto es bueno, conducirá a un mayor costo.
En segundo lugar, puede aprovisionar por menos de una semana que afectará directamente a la empresa y al usuario
final.
El tercero es que continúa monitoreando y ajustando la capacidad manualmente para la base de datos.
Sin embargo, esta no es la mejor opción porque requiere expertos además del riesgo de cortes en ese
tercer punto.
Entonces ahora viene Aurora Australis.
Por lo tanto, Aurora Australis se escala automáticamente hacia arriba y hacia abajo en función de la capacidad que consume su carga de trabajo.
Entonces, las bases de datos de Ventor, o se cerrarán automáticamente y luego la carga de trabajo asume
que la acelerará automáticamente.
Y esto es muy interesante aquí.
Entonces, esto es muy similar al escalado automático si tiene donde establece la capacidad mínima y máxima para su instancia de
base de datos.
Entonces, digamos que de lunes a viernes, los desarrolladores que estarían usando más activamente la instancia
DBE.
Sin embargo, a partir del viernes por la noche, no hay conexiones ni actividad.
Entonces, si está utilizando Aurora, Serverless, Aurora, Cervalis se apagará automáticamente durante el fin de semana y, a partir del
lunes por la mañana, no habrá otras conexiones.
STUTZER Entonces, la base de datos de Aurora Cervalis volverá a estar en línea.
Entonces, esto se puede explicar mejor: recuerdo que cuando la ley no está presente, se puede apagar
o se puede ejecutar con las instancias mínimas.
Y cuando la carga de trabajo es muy alta, puede incluso escalar a una clase de instantes muy grande.
Así que sigamos adelante y entendamos la arquitectura de Aurora sartorialist para que se comprenda mejor
cómo funciona exactamente.
Entonces, si no tiene la aplicación, entonces tiene una flota de servidores proxy, por lo que estos pueden ser saldos más bajos.
Luego, tiene una instancia de Aurora activa que se está ejecutando, tiene un servicio de monitoreo y tiene un
grupo cálido de Aurora Instant.
Entonces, la aplicación, siempre que quiera conectarse a la base de datos, lo que sucederá es que primero se conectará a
la fuente del proxy.
Y desde este fluido de proxy, esa conexión se enviará a la instancia activa de Aurora que está
ejecutando OIR ahora, como estábamos viendo que la instancia de Aurora puede hacerlo.
También hacia arriba, hacia abajo dependiendo del monto del préstamo, por lo que el servicio de monitoreo está monitoreando
activamente este u otros incidentes para decidir si se debe iniciar o no la operación de escalado, escalado
o incluso apagado.
En el lado derecho, tiene una bóveda llena de otras instancias.
Por lo tanto, estas instancias se basan en diferentes tamaños y, según el Señor, una de estas instancias reemplazará
la instancia activa de Aurora.
Entonces, digamos que la cantidad de conexión y la cantidad de carga en Aurora es muy, muy.
Entonces, lo que sucederá es que este tamaño de instancia específico será reemplazado por uno mucho más pequeño.
Por lo tanto, este Aurora Serverless se reducirá y esto, a su vez, le ahorrará un costo.
Ahora, supongamos que la cantidad de tráfico a nuestro sitio web está aumentando.
Así que volvemos al lunes y las conexiones, la carga de trabajo de pedidos está aumentando.
Entonces, lo que sucederá es que el servicio de monitoreo monitoreará eso y automáticamente lo que sucederá, la
instancia más pequeña sería reemplazada por la instancia más grande.
Así que eso es lo que hace en una descripción general de alto nivel.
Entonces, si el diagrama arquitectónico, la única instancia es algo que es importante que entendamos.
Entonces, la única instancia, la presencia de conflicto, de instancias que se pueden barrer fácilmente para agregar capacidad
al entorno.
Por lo tanto, estas instancias están ubicadas en una variedad de sitios que brindan vigilancia de pedidos con un enfoque más granular de cómo
responde a la variación en la carga de trabajo.
Por lo tanto, actualmente dentro del grupo de vómitos, verá que hay varios tamaños de instancias disponibles.
Entonces, dependiendo de la carga, una de estas instancias será con su instancia de Aurora en ejecución actual
y que, a su vez, podrá atender el tráfico existente.
Así que esa es la descripción general de alto nivel sobre Aurora Sartorialist y su arquitectura.
Ahora, antes de concluir, hagamos algunas cosas interesantes.
Así que tendremos una demostración rápida relacionada con las superposiciones de direcciones y veremos cómo funcionan exactamente estas cosas.
Actualmente, estoy en el Consejo de Ideas.
Vayamos a sus bases de datos y ya tengo una instancia de paredes laterales de Aurora que se está ejecutando.
Ahora, si miras el tamaño o el tamaño es una unidad de capacidad cero.
Entonces, la unidad de capacidad es básicamente la combinación de memoria más procesamiento.
Por lo que actualmente es una unidad de capacidad cero.
Ahora la pregunta que surge es ¿por qué ahora?
La razón por la que es una unidad de capacidad cero es porque la aurora está dentro de la respuesta, porque no había
conexión y no había carga.
Así que echemos un vistazo a eso.
Entonces, si vamos a los registros y eventualmente verá que en un momento determinado las unidades de capacidad fueron eliminadas.
Entonces, si ve el escalado, elimine el clúster de dos unidades de capacidad a una unidad de capacidad por este motivo, y
el motivo es el escalado automático.
Ahora, de nuevo, después de un tiempo, vuelve a escalar el clúster de una unidad de capacidad a dos
unidades de capacidad.
Una vez más, la razón es el escalado automático.
Por lo tanto, no solo se está reduciendo, sino que también se está ampliando.
Así que actualmente jugábamos entre una y dos unidades de capacidad.
Ahora, si nos fijamos en la última orden de bloqueo aquí, indica que el debate del año pasado se redujo de dos
a uno.
Y luego el grupo grande se ha detenido y el grupo de debate está en pausa.
Así que ahora el clúster de base de datos se debe principalmente a que no hay conexiones.
Por lo tanto, dado que ya pasó el costo del pedido que podría aplicarse, se reducirá mucho más.
Ahora, si tengo que mostrarte esto también dentro del Aurier de monitoreo, hagámoslo desde Twila's.
Entonces, actualmente ves que cada vez que la Aurora Cervalis comenzó, por lo que
crearon la Aurora Cervalis, comenzó con un cierto valor o, ya sabes, con el tiempo la cantidad de valor disminuyó.
Entonces, si ves dónde fue a cuatro, luego fue a dos, luego fue a uno y ahora es cero.
Entonces, después de un tiempo, es cero y sigue siendo cero.
Está bien.
Eso significa que estaba asociado con la capacidad de la base de datos SIN SERVIDOR.
Así que espero que, en una descripción general de alto nivel, haya entendido el concepto de Aurora Serverless.
Ahora, déjame mostrarte rápidamente una cosa.
Así que actualmente, dado que la base de datos está dentro del pospago, ¿qué pasará si llega una nueva conexión?
Así que intentémoslo.
Así que voy a los datos de la consulta e iniciemos una nueva conexión a nuestro servidor Aurora, menos instancia y
veamos si tiene éxito o no.
Así que tengo la prueba de calificación de la base de datos que había usado y conectemos a la base de datos.
Entonces estamos integrados.
Y entonces si rápidamente haces una base de datos de show this.
Y luego lo ejecuta.
En la salida, obtiene la salida relacionada con la base de datos.
Entonces, de nuevo, probémoslo.
Así que creemos una base de datos, lo llamaré escapado de esa base de datos y hagámoslo.
Y la consulta se ha ejecutado con éxito, así que hagamos de nuevo una breve base de datos.
Y ahora, como se esperaba, tiene la capacidad disponible.
Así que volviendo a nuestro Cervalis AutoTrader, vayamos a la monitorización.
Y ahora vería que desde cero, la unidad de capacidad total de la base de datos cambió a uno, principalmente porque ejecutamos
para la consulta de la base de datos.
Entonces, aunque la aurora está en el pasado, tan pronto como ejecute la consulta, verá que se inicia
automáticamente.
E incluso desde la consola, la capacidad actual, muestra que es una unidad de capacidad y lo mismo sería
aplicable cuando vas a la consola principal donde dentro del caso tienes una unidad de capacidad que
está disponible.
Excelente.
Así que espero a un alto nivel en el que hayan entendido el concepto básico de Aurora Cervalis que esto
concluya este video.
Y espero verte en el próximo video.