Hola, Adrian, y bienvenido de nuevo.
Ahora, en el vídeo de hoy, vamos a hablar sobre cómo lograr una alta disponibilidad con la conmutación por error del
Origen frontal de la nube.
Ahora, una de las cosas que tenemos que tener en cuenta es que si la nube de Origin está caída, entonces afecta en general
al entorno de producción.
Así que en este ejemplo, tengo un simple, fácil de instancia como un origen a la nube frente.
Así que si esta instancia EC dos se cae, entonces todos los usuarios se verán afectados aquí.
Ahora bien, este origen puede ser un bucket S3, puede ser una carga de aplicación, balanceadores, etc. Así que para superar esto, cloud front tiene una característica
específica que nos permite lograr una alta disponibilidad, teniendo en cuenta que hay múltiples conjuntos
de orígenes.
Así que en este conjunto revisado de arquitectura, se ve que hay dos orígenes aquí.
Uno es el EC, dos instancia en la región uno, y el segundo es una copia de seguridad de PC, dos instancia en la región
dos, en caso de que si amigo de la nube no es capaz de conectarse a la primaria EC dos instancia en la región, un frente de
nube puede automáticamente failover y enviar todas las solicitudes a esta copia de seguridad de PC dos en la región dos.
Así que esto es lo que se conoce como la conmutación por error de origen global.
Ahora, antes de seguir adelante y entender las cosas con más detalle, veamos una demostración rápida para entender
el flujo de trabajo general.
Ahora para la demostración de hoy, tengo una distribución en la nube.
Vamos a abrir esto rápidamente.
Ahora aquí dentro, abramos los orígenes.
Verá, hay dos orígenes disponibles.
De hecho, ambos son fáciles.
Por ejemplo, si miras en el nombre de dominio de origen, tienes un CE a instancia, número uno y fácil
a instancia número dos.
Así que la instancia fácil número uno se encuentra en la región de Virginia del Norte y el PC de reserva dos está en la región
de Singapur.
Así que el primer amigo de Cloud siempre enviará una solicitud a la CE primaria dos en Virginia del Norte.
Si el EC primario dos falla, entonces enviará una solicitud al segundo recibo.
Así que vamos a probarlo rápidamente.
Primero, vamos a abrir la URL.
Así que esto se asocia con una AC primaria dos.
Así que si voy a añadir aquí, se obtiene el valor predeterminado.
Bienvenido a la página de Engine ICS.
Abramos la URL asociada a una copia de seguridad PC dos.
Añadámoslo.
Y esta vez el título ha cambiado de Welcome to Engine X a welcome to backup server.
Así que desde aquí podemos identificar fácilmente qué servidor es qué.
Ahora, desde el frente de la nube, volvamos atrás.
Abramos el nombre de dominio en el navegador.
Cuando introduzco el nombre de dominio como se espera, vemos la página Welcome to engine ICS.
Así que ahora vamos a hacer una cosa.
Vamos a seguir adelante y detener esta CE dos instancia.
Así que vamos a parar esta instancia de la CE dos.
Así que en caso de que las cosas estén funcionando bien, la solicitud repetida al frente de la nube debe ir a este servidor de copia de seguridad
específico.
Así que esperemos a que la instancia se detenga.
Así que actualmente se encuentra en estado de parada.
Está bien.
Así que en caso de que si copiamos la URL de la CE dos que acabamos de detener, enviar una solicitud a esa URL.
De nuevo, se trata de un caché.
Esa es la razón por la que viene.
Hagamos un control para.
Y esta vez, como ves, no se atiende ninguna petición.
También puedes comprobar desde la ClA que si realizas una llamada a esta URL en concreto, en realidad no obtendrás ninguna respuesta de
vuelta, principalmente porque la instancia y el servidor web ya no están funcionando.
Así que después de un momento aquí, básicamente dice que la conexión ha expirado.
Así que esta vez vamos a enviar una solicitud chica a la nube para su distribución para ver cuál es la respuesta que
recibimos.
Y esta vez se ve en la ClA que estamos recibiendo la bienvenida al servidor de copia de seguridad.
De acuerdo.
Así que espero que con esta visión general de alto nivel, hayas entendido los fundamentos de la conmutación por error de Origin.
Antes de terminar, hay algunos puntos importantes que debes tener en cuenta.
El primer puntero es que si una solicitud tiene un acierto de caché, el amigo de la nube devolverá inmediatamente el objeto
solicitado.
Esto es sencillo de entender.
El segundo puntero es que si hay una pérdida de caché, el frente de la nube enruta la petición al origen primario
del grupo de orígenes.
Ahora tienes un origen primario y tienes el origen secundario o de reserva.
La primera prioridad es siempre el origen primario.
Ahora, desde el origen primario, si Cloud Front no es capaz de conectarse o el origen primario está enviando algún tipo
de respuesta como Phi X, X u otros, entonces Cloud Friend puede seguir adelante y enviar una solicitud al
origen secundario, que es parte del grupo Origen.
Así que todos los orígenes que configures como primarios o secundarios, puedes configurarlos como parte del grupo
Origen.
Por ejemplo, aquí tenemos dos orígenes que se configuran junto con esto.
También tenemos un grupo de origen que se crea.
Ahora, si nos fijamos en este grupo de orígenes, tenemos un origen denominado origen primario y un origen denominado
origen de copia de seguridad.
Así puedes controlar cuál de ellos quieres que sea el principal o el de reserva.
Además, también puede configurar los criterios de conmutación por error.
Así que si hay un error 500 de servidor interno que ha sido devuelto desde el origen primario o puerta de enlace mala que
ha sido devuelta desde el origen primario, etc. o el origen primario no responde al amigo de la
nube, el frente de la nube enviará una solicitud al origen secundario.
Ahora también he adjuntado un diagrama directamente de la documentación, que también explica lo mismo,
y resulta más fácil de revisar.
Así que aquí la petición va al frente de la nube.
Si hay una coincidencia en la caché, el frente de la nube devolverá la respuesta.
Esto es algo que hemos visto.
Sin embargo, si hay un fallo de caché, entonces envía una petición al origen.
Así que este es el origen primario aquí.
Ahora, en caso de que el origen responda con un error, entonces la petición irá al origen B y desde
el Origen B, los datos serán devueltos al espectador.
Así que este es el grupo de origen donde tienes el origen primario y el secundario.
Con esto concluimos el vídeo de hoy.