{"id":84900,"date":"2020-06-11T13:43:28","date_gmt":"2020-06-11T11:43:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns"},"modified":"2020-06-11T13:43:28","modified_gmt":"2020-06-11T11:43:28","slug":"prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","title":{"rendered":"Failover simple para un sitio web (monitoreo + DNS din\u00e1mico)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>En este art\u00edculo quiero mostrar c\u00f3mo es f\u00e1cil y gratuito crear un esquema de failover para un sitio web (o cualquier otro servicio en Internet) usando una combinaci\u00f3n de monitoreo <noindex><a rel=\"nofollow\" href=\"https:\/\/okerr.com\/\">okerr<\/a><\/noindex> y un servicio de DNS din\u00e1mico. Es decir, en caso de cualquier problema con el sitio principal (desde un problema de \u00abError PHP\u00bb en la p\u00e1gina, hasta falta de espacio o simplemente un n\u00famero sospechosamente bajo de pedidos en el caso de una tienda en l\u00ednea), los nuevos visitantes ser\u00e1n dirigidos a un segundo (tercero, y as\u00ed sucesivamente) servidor que est\u00e9 funcionando, o a una p\u00e1gina de \u00abLo siento\u00bb, donde se les explicar\u00e1 amablemente que \u00abhay un problema, ya estamos al tanto y lo estamos arreglando, pronto estar\u00e1 solucionado\u00bb (y en este caso usted de hecho ya estar\u00e1 al tanto y podr\u00e1 arreglarlo).<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>\u00bfVivir con failover o sin \u00e9l?<\/h2>\n<p>\nHasta que ocurra alg\u00fan problema, no hay una gran diferencia. Pero cuando sucede, sin failover a menudo pasa lo siguiente: intentas resolver r\u00e1pidamente cu\u00e1l es el problema, no puedes (las copias de seguridad no se despliegan, el software no funciona como deber\u00eda seg\u00fan la documentaci\u00f3n, etc.), y no hay tiempo, los servidores y sitios est\u00e1n ca\u00eddos, los clientes llaman, todos est\u00e1n nerviosos, intentas arreglar las cosas de manera rudimentaria y sucia \u00abcon cinta aislante\u00bb, luego parece que se inicia con parches y sigue funcionando. Piensas que cuando tengas tiempo deber\u00edas investigar m\u00e1s a fondo y rehacer todo de forma adecuada, pero no hay nada m\u00e1s permanente que lo temporal.<\/p>\n<p>Ahora, \u00bfc\u00f3mo ocurre esto en una variante elegante con failover:<\/p>\n<ul>\n<li>Ocurre un error<\/li>\n<li>El error se detecta autom\u00e1ticamente<\/li>\n<li>Se env\u00eda una notificaci\u00f3n<\/li>\n<li>Se realiza la transici\u00f3n a uno de los servidores de respaldo<\/li>\n<li>Se resuelve el problema con calma y sin p\u00e1nico, se corrige y el servidor se vuelve a activar.<\/li>\n<\/ul>\n<p>\nEn este esquema, por supuesto, pueden surgir sus complicaciones, pero aun as\u00ed, el esquema es lineal, cada etapa aqu\u00ed es simple y lo principal es que se puede depurar por separado, por lo que la probabilidad de fallos en este esquema es mucho menor, y todas las acciones pueden ser automatizadas y ejecutadas r\u00e1pidamente (a diferencia de la tarea de encontrar y corregir alguna falla \u00e9pica desconocida). Su avi\u00f3n ha aterrizado en un pa\u00eds lejano, enciende el tel\u00e9fono y ve en Telegram una notificaci\u00f3n de que el servidor ha ca\u00eddo, pero todo est\u00e1 bien, se ha activado el servidor de respaldo, puede continuar su viaje, no necesita volar de regreso ni reparar por SSH desde el caf\u00e9 m\u00e1s cercano con WiFi. Lo resolver\u00e1 cuando sea m\u00e1s conveniente.<\/p>\n<h2>\u00a1El futuro ya est\u00e1 aqu\u00ed!<\/h2>\n<p>\nAntes, el principal problema que hac\u00eda que la conmutaci\u00f3n por falla fuera a menudo una soluci\u00f3n inaceptable era el costo asociado. O se necesitaban comprar costosos equipos (y contratar a especialistas a\u00fan m\u00e1s costosos). O se improvisaban soluciones complejas seg\u00fan gu\u00edas (incluso vi una opci\u00f3n donde dos servidores se conectaban con un cable null-modem y enviaban un latido por \u00e9l, para que en el momento adecuado el servidor de respaldo supiera y tomara el control). Ahora hay maneras m\u00e1s simples y gratuitas. Si tiene un sitio de gatos, no tiene excusa si a\u00fan no ha implementado la conmutaci\u00f3n por falla para \u00e9l.<\/p>\n<p>Adem\u00e1s, para el esquema de conmutaci\u00f3n por falla se necesita tambi\u00e9n un servidor (o tal vez m\u00e1s de uno) y antes esto representaba un gran gasto, ahora se puede obtener un VDS por unas pocas monedas.<\/p>\n<h2>El sitio m\u00e1s confiable de gatos<\/h2>\n<p>\nPara ilustrar pr\u00e1cticamente la soluci\u00f3n con okerr + DNS din\u00e1mico, hemos lanzado nuestro sitio de gatos <noindex><a rel=\"nofollow\" href=\"https:\/\/cat.okerr.com\/\">cat.okerr.com<\/a><\/noindex>. Odiamos a los gatos, por lo que all\u00ed casi no habr\u00e1 ninguno. Hay un total de tres sitios, cada uno se parece aproximadamente al mismo (todos en una misma plantilla), pero con diferentes gatitos para que sea f\u00e1cil diferenciarlos, y cada uno proporciona informaci\u00f3n t\u00e9cnica para ver c\u00f3mo funciona la conmutaci\u00f3n por falla. La p\u00e1gina se actualiza sola cada minuto, pero siempre se puede presionar recargar en el navegador.<\/p>\n<p>En la informaci\u00f3n t\u00e9cnica hay una l\u00ednea que dice \u201cstatus=OK\u201d. A veces, los servidores simulan problemas y escriben status=ERR. El servidor principal \u00abse cae\u00bb a los 20 minutos de cada hora (0:20, 1:20, 2:20, ...). El servidor de respaldo (backup) a los 40 minutos. El \u00faltimo servidor (el servidor \u201csorry\u201d) est\u00e1 siempre operativo. A los 0 minutos de cada hora, el servidor principal y el de respaldo se \u00abrecuperan\u00bb.<\/p>\n<p><img decoding=\"async\" alt=\"Failover simple para un sitio web (monitoreo + DNS din\u00e1mico)\" src=\"\/wp-content\/uploads\/2020\/06\/5bc603b6379cc5a745a65d3316c4ad3b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi abres el sitio web y lo dejas en la pesta\u00f1a, ver\u00e1s que nunca se cae (aunque cada servidor por separado simula problemas peri\u00f3dicamente), y en caso de un problema con el servidor, simplemente \"salta\" entre servidores en vivo. La imagen, el nombre y la direcci\u00f3n del servidor y su funci\u00f3n cambiar\u00e1n. A veces puedes captar el momento en que status=ERR (ya hay un problema, pero todo el esquema de failover a\u00fan no se ha activado), pero la siguiente actualizaci\u00f3n te mostrar\u00e1 la p\u00e1gina del servidor activo. <\/p>\n<h2>Failover en okerr + DNS din\u00e1mico<\/h2>\n<p>\nVeamos c\u00f3mo est\u00e1 organizado esto por dentro. La tarea del failover es que la direcci\u00f3n cat.okerr.com siempre apunte a la direcci\u00f3n IP del servidor activo.<br \/>\nDetr\u00e1s de cada uno de los servidores que mantiene nuestro sitio de gato en okerr hay un indicador que verifica su estado cada minuto.<\/p>\n<p><img decoding=\"async\" alt=\"Failover simple para un sitio web (monitoreo + DNS din\u00e1mico)\" src=\"\/wp-content\/uploads\/2020\/06\/cdb81e84a7f5dd8cb14ea6844517cd55.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEn esta captura vemos c\u00f3mo se verifica el sitio cat.okerr.com desde el servidor alpha.okerr.com. La p\u00e1gina debe contener status=OK, y como podemos ver arriba, el estado del indicador actualmente es OK. Cuando el servidor \"se rompe\", aparecer\u00e1 ERR. (Este es solo un ejemplo de indicador, okerr es un servicio de monitoreo, por lo que se puede adjuntar cualquier tipo de indicador, como comprobar el espacio libre en disco, la cantidad de nuevos pedidos en la base de datos e incluso indicadores l\u00f3gicos, por ejemplo, de noche habr\u00e1 un conjunto de criterios de error, y durante el d\u00eda otro).<\/p>\n<p>En la configuraci\u00f3n del proyecto, hemos creado un esquema de failover con estos indicadores:<\/p>\n<p><img decoding=\"async\" alt=\"Failover simple para un sitio web (monitoreo + DNS din\u00e1mico)\" src=\"\/wp-content\/uploads\/2020\/06\/9670b496b8f01bdcce6e4b472b3ec37e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEn el esquema hay tres indicadores (tres servidores), diferentes en prioridad. El servidor principal para el sitio es charlie, si no est\u00e1 funcionando (no habr\u00e1 \"status=OK\" o simplemente est\u00e1 inaccesible), entonces bravo y, en \u00faltimo caso, alpha. En la parte derecha de la p\u00e1gina se muestra el estado del registro DNS en diferentes servidores.<\/p>\n<p>Para aquellos que notaron que se utiliza el nombre cat.he.okerr.com: utilizamos un esquema un poco m\u00e1s complicado. En lugar de simplemente cambiar el registro DNS cat.okerr.com, cambiamos cat.he.okerr.com (en el proveedor de DNS din\u00e1mico <noindex><a rel=\"nofollow\" href=\"http:\/\/he.net\/\">Hurricane Electric<\/a><\/noindex>), y cat.okerr.com es un CNAME (alias) que no cambia, siempre apunta a cat.he.okerr.com. Simplemente preferimos Hurricane como DNS din\u00e1mico, y tiene claves para gestionar un registro espec\u00edfico (y no toda la zona), eso nos parece m\u00e1s seguro. Tambi\u00e9n puedes no especificar en okerr las contrase\u00f1as-clave para gestionar todo el dominio, sino solo para un subdominio o registro.<\/p>\n<h2>De ca\u00edda a subida<\/h2>\n<p>\nPasos sobre c\u00f3mo funciona este esquema:<\/p>\n<ol>\n<li>Suele ocurrir (simular) un problema en el servidor<\/li>\n<li>El sensor okerr verifica el estado de cada servidor cada minuto y reporta al servidor principal del proyecto en okerr.<\/li>\n<li>El indicador del servidor correspondiente cambia su estado de OK a ERR.<\/li>\n<li>Al cambiar el estado del indicador, se recalcula el failover y se determina qu\u00e9 direcci\u00f3n debe establecerse (si es necesario. Por ejemplo, si el servidor principal est\u00e1 funcionando y en ese momento el secundario ha fallado, no habr\u00e1 cambios).<\/li>\n<li>Esta direcci\u00f3n se comunica al servicio de DNS din\u00e1mico. Al finalizar esta etapa, a la derecha ver\u00e1s el estado \u201csincronizado\u201d.<\/li>\n<li>Muy pronto (en segundos) el registro llegar\u00e1 a los servidores DNS de tu dominio (en el sitio son ns1-ns5.he.net).<\/li>\n<li>A partir de este momento, algunos usuarios ya estar\u00e1n accediendo al nuevo servidor en vivo. Pero a\u00fan no todos los servidores DNS en el mundo han actualizado los registros, y en algunos lugares puede que a\u00fan est\u00e9 almacenado en cach\u00e9 el registro anterior. Se puede observar c\u00f3mo los datos en los servidores DNS p\u00fablicos \u201cbailan\u201d, mostrando a veces el nuevo y a veces el viejo valor. Si actualizas la p\u00e1gina de configuraci\u00f3n del failover, okerr solicitar\u00e1 nuevos datos de los servidores DNS.<\/li>\n<li>Una vez que los datos se estabilizan y el antiguo registro en cach\u00e9 ya ha expirado, el 100% de las consultas ir\u00e1n al nuevo servidor.<\/li>\n<\/ol>\n<p>\nPara acelerar la etapa 7 (a menudo la m\u00e1s larga), el TTL del registro DNS din\u00e1mico debe establecerse lo m\u00e1s bajo posible. Por lo general, los servicios permiten intervalos de 90-120 segundos. Es un compromiso razonable.<\/p>\n<h2>Adicionalmente<\/h2>\n<p>\nTodo esto se puede configurar en una tarde (si ya tienes un servidor duplicado). Tanto okerr como los servicios de DNS din\u00e1mico son gratuitos. Para obtener m\u00e1s verificaciones en okerr y un periodo de verificaci\u00f3n m\u00e1s corto, necesitas pasar una capacitaci\u00f3n (desde la p\u00e1gina de perfil). Al completar, se aumenta inmediatamente el nivel (20 indicadores por hora + 1 r\u00e1pido, de 10 minutos). Y si son pocos, escribe a support@okerr.com, probablemente se podr\u00e1 aumentar (hasta ahora siempre ha habido posibilidad, nunca he dicho que no, al contrario, me he ofrecido). Simplemente al principio no quiero prometerles todo a todos, no estoy seguro de tener capacidad para cumplir. Pero por ahora hay pocos usuarios, as\u00ed que no hay problemas con el aumento de l\u00edmites. <\/p>\n<p>\u00bfQu\u00e9 puede hacer okerr? M\u00edralo en el sitio. <noindex><a rel=\"nofollow\" href=\"https:\/\/okerr.com\/presentation.html\">presentaci\u00f3n<\/a><\/noindex>. En general, esto es monitoreo (zabbix desde la nube), y el failover es una funci\u00f3n adicional agradable. Tambi\u00e9n puedes acceder a la demostraci\u00f3n desde el sitio sin necesidad de registrarte.<\/p>\n<p>Al cambiar el estado del indicador, se env\u00eda una notificaci\u00f3n por correo electr\u00f3nico o Telegram. (Observamos lo que sucede y entendimos que, parece, Telegram es el mensajero m\u00e1s confiable. \u00a1Gracias, RKN, por la prueba de estr\u00e9s!) Con la configuraci\u00f3n correcta de okerr, cualquier notificaci\u00f3n es una se\u00f1al de \"\u00a1dejen todo, hay que reparar!\", o \"\u00a1falso alarma!\". No deber\u00eda haber alertas innecesarias de okerr (si las hay, hay que configurarlo de otra manera). Por ejemplo, para nuestro sitio de gatos, el servidor alpha nunca simula un error. Si se cae, debemos saberlo. Pero los dem\u00e1s servidores simulan errores constantemente, por lo que, para no recibir alertas varias veces por hora, esos indicadores tienen un estado de \"silencio\". <\/p>\n<p>Tambi\u00e9n tiene sentido crear un servidor de disculpas (en cualquier hosting muy barato), que tenga ya sea su p\u00e1gina de disculpas (en caso de que todos los servidores principales y de respaldo est\u00e9n ca\u00eddos) o redirija a la p\u00e1gina de estado en okerr (por ejemplo, nuestra <noindex><a rel=\"nofollow\" href=\"https:\/\/cp.okerr.com\/status\/okerr\/\">cp.okerr.com\/status\/okerr<\/a><\/noindex>) o statuspage.io.<br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/359372\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 okerr \u0438 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e DNS \u0441\u0435\u0440\u0432\u0438\u0441\u0430. \u0422\u043e \u0435\u0441\u0442\u044c, \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u043b\u044e\u0431\u044b\u0445 \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u0441 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u043c \u0441\u0430\u0439\u0442\u043e\u043c (\u043d\u0430\u0447\u0438\u043d\u0430\u044f \u043e\u0442 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0441 \u00abPHP Error\u00bb \u043d\u0430 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0435, \u0438 \u0434\u043e \u043d\u0435\u0445\u0432\u0430\u0442\u043a\u0438 \u043c\u0435\u0441\u0442\u0430 \u0438\u043b\u0438 \u043f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u0434\u043e\u0437\u0440\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043c\u0430\u043b\u043e\u043c \u0447\u0438\u0441\u043b\u0435 \u0437\u0430\u043a\u0430\u0437\u043e\u0432 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":84901,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-84900","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0440\u043e\u0441\u0442\u043e\u0439 failover \u0434\u043b\u044f \u0432\u0435\u0431\u0441\u0430\u0439\u0442\u0430 (\u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 + \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 DNS) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-06-11T11:43:28+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-06-11T11:43:28+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Failover simple para el sitio web (monitoreo + DNS din\u00e1mico) | ProHoster","description":"En este art\u00edculo quiero mostrar c\u00f3mo es f\u00e1cil y gratuito crear un esquema de failover para un sitio web (o cualquier otro servicio en Internet) usando una combinaci\u00f3n de monitoreo","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u043e\u0441\u0442\u043e\u0439 failover \u0434\u043b\u044f \u0432\u0435\u0431\u0441\u0430\u0439\u0442\u0430 (\u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 + \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 DNS) | ProHoster","og:description":"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0445\u043e\u0447\u0443 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c, \u043a\u0430\u043a \u043b\u0435\u0433\u043a\u043e \u0438 \u0431\u0435\u0441\u043f\u043b\u0430\u0442\u043d\u043e \u043c\u043e\u0436\u043d\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c failover \u0441\u0445\u0435\u043c\u0443 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0430\u0439\u0442\u0430 (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u0435\u0440\u0432\u0438\u0441\u0430) \u043d\u0430 \u043a\u043e\u043c\u0431\u0438\u043d\u0430\u0446\u0438\u0438 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/prostoj-failover-dlya-vebsajta-monitoring-dinamicheskij-dns","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-11T11:43:28+00:00","article:modified_time":"2020-06-11T11:43:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"84900","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:47:43","updated":"2022-10-07 20:30:02","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/84900","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=84900"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/84900\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/84901"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=84900"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=84900"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=84900"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}