{"id":97250,"date":"2020-10-17T02:42:24","date_gmt":"2020-10-17T00:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/gotovim-drp-ne-zabudte-uchest-meteorit"},"modified":"2020-10-17T02:42:24","modified_gmt":"2020-10-17T00:42:24","slug":"gotovim-drp-ne-zabudte-uchest-meteorit","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/gotovim-drp-ne-zabudte-uchest-meteorit","title":{"rendered":"Preparando el DRP: no olvides tener en cuenta el meteorito","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/523004\/\"><img decoding=\"async\" alt=\"Preparando el DRP: no olvides tener en cuenta el meteorito\" src=\"\/wp-content\/uploads\/2020\/10\/fb66454bbc5701daf84a05c5132f9827.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<i>Incluso en tiempos de cat\u00e1strofe, siempre hay tiempo para una taza de t\u00e9<\/i><\/p>\n<p><b>DRP <\/b>(plan de recuperaci\u00f3n ante desastres) es algo que, en teor\u00eda, nunca deber\u00eda ser necesario. Pero si, de repente, los castores en periodo de apareamiento cortan una fibra \u00f3ptica principal o un junior admin derriba una base de datos en producci\u00f3n, definitivamente querr\u00e1s asegurarte de tener un plan previamente elaborado sobre qu\u00e9 hacer con todo ese desorden.<\/p>\n<p>Mientras los clientes, en p\u00e1nico, comienzan a inundar a soporte t\u00e9cnico con llamadas, el junior busca cianuros, t\u00fa, con mirada sabia, abres el sobre rojo y comienzas a poner todo en orden.<\/p>\n<p>En esta publicaci\u00f3n, quiero compartir recomendaciones sobre c\u00f3mo redactar un DRP y qu\u00e9 deber\u00eda contener. Adem\u00e1s, analizaremos las siguientes cosas:<\/p>\n<ol>\n<li>Aprenderemos a pensar como un villano.<\/li>\n<li>Analizaremos el beneficio de una taza de t\u00e9 durante el apocalipsis.<\/li>\n<li>Pensaremos en una estructura c\u00f3moda para el DRP.<\/li>\n<li>Veremos c\u00f3mo debe ser testeado.<\/li>\n<\/ol>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Para qu\u00e9 empresas puede ser \u00fatil.<\/h2>\n<p>\nEs muy complicado establecer un l\u00edmite cuando el departamento de TI comienza a necesitar cosas como estas. Yo dir\u00eda que necesitas un DRP garantizado si:<\/p>\n<ul>\n<li>La detenci\u00f3n del servidor, la aplicaci\u00f3n o la p\u00e9rdida de alguna base de datos causar\u00e1n p\u00e9rdidas significativas para el negocio en general.<\/li>\n<li>Tienes un departamento de TI completo. Me refiero a un departamento como una unidad completa de la empresa, con su propio presupuesto, y no simplemente algunos empleados cansados, tendiendo redes, limpiando virus y reponiendo impresoras.<\/li>\n<li>Tienes un presupuesto real, aunque sea solo para una parte de la reserva en caso de emergencia. <\/li>\n<\/ul>\n<p>\nCuando el departamento de TI lleva meses pidiendo al menos un par de discos duros en un servidor viejo para copias de seguridad, es poco probable que puedas organizar un traslado completo de un servicio ca\u00eddo a recursos de reserva. Aunque, incluso en este caso, la documentaci\u00f3n no estar\u00e1 de m\u00e1s.<\/p>\n<h2>La documentaci\u00f3n es importante.<\/h2>\n<p>\nComienza con la documentaci\u00f3n. Supongamos que tu servicio funciona con un script en Perl que fue escrito hace tres generaciones de administradores, y nadie sabe c\u00f3mo funciona. La deuda t\u00e9cnica acumulada y la falta de documentaci\u00f3n inevitablemente te dar\u00e1 problemas, no solo en la rodilla, sino en otras extremidades, es solo cuesti\u00f3n de tiempo.<\/p>\n<p>Una vez que tenga una buena descripci\u00f3n de los componentes del servicio, suba las estad\u00edsticas de fallos. Casi con seguridad ser\u00e1n completamente t\u00edpicas. Por ejemplo, su disco se llena de vez en cuando, lo que provoca la ca\u00edda de la nodo hasta que se limpie manualmente. O el servicio al cliente se vuelve inaccesible porque alguien olvid\u00f3 renovar el certificado, y no pudo o no quiso configurar Let's Encrypt.<\/p>\n<h2>Piensa como un saboteador<\/h2>\n<p>\nLa parte m\u00e1s complicada est\u00e1 en predecir aquellas aver\u00edas que nunca han ocurrido, pero que potencialmente pueden derribar su servicio por completo. Aqu\u00ed, normalmente, nos sentamos con mis colegas a hacer de villanos. Se toma mucho caf\u00e9 y algo sabroso y se cierra en la sala de reuniones. Solo aseg\u00farate de que en esa misma sala de reuniones est\u00e9n encerrados aquellos ingenieros que levantaron el servicio objetivo o que trabajan regularmente con \u00e9l. Luego, ya sea en la pizarra o en papel, comienzas a trazar todos los posibles horrores que pueden ocurrir con tu servicio. No es necesario detallar hasta una limpiadora espec\u00edfica y cables desconectados, es suficiente con considerar el escenario de \u201cViolaci\u00f3n de la integridad de la red local\u201d.<\/p>\n<p>Normalmente, la mayor\u00eda de las situaciones de emergencia t\u00edpicas se agrupan en las siguientes categor\u00edas:<\/p>\n<ul>\n<li>Fallo de red<\/li>\n<li>Fallo de servicios del sistema operativo<\/li>\n<li>Fallo de la aplicaci\u00f3n<\/li>\n<li>Fallo de hardware<\/li>\n<li>Fallo de virtualizaci\u00f3n<\/li>\n<\/ul>\n<p>\nSimplemente revisa cada tipo y observa cu\u00e1les son aplicables a tu servicio. Por ejemplo, puede que se caiga y no se levante el demonio Nginx, lo que se relaciona con fallos del sistema operativo. Una situaci\u00f3n rara que pone tu aplicaci\u00f3n web fuera de servicio es el fallo del software. Durante este proceso, es importante trabajar en la diagnostica del problema. C\u00f3mo distinguir una interfaz congelada en virtualizaci\u00f3n de un switch ca\u00eddo y una aver\u00eda en la red, por ejemplo. Esto es crucial para encontrar r\u00e1pidamente a los responsables y empezar a presionarlos, antes de que la emergencia se solucione.<\/p>\n<p>Despu\u00e9s de que se hayan registrado los problemas t\u00edpicos, servimos m\u00e1s caf\u00e9 y comenzamos a considerar los escenarios m\u00e1s extra\u00f1os, cuando algunos par\u00e1metros comienzan a salir dr\u00e1sticamente de lo normal. Por ejemplo:<\/p>\n<ul>\n<li>\u00bfQu\u00e9 suceder\u00e1 si el tiempo en un nodo activo se retrasa un minuto respecto a otros en el cl\u00faster?<\/li>\n<li>\u00bfY si el tiempo avanza, y si se retrasa 10 a\u00f1os?<\/li>\n<li>\u00bfQu\u00e9 pasar\u00e1 si durante la sincronizaci\u00f3n un nodo del cl\u00faster pierde repentinamente la conexi\u00f3n a la red?<\/li>\n<li>\u00bfQu\u00e9 pasar\u00e1 si dos nodos no comparten el liderazgo debido a un aislamiento temporal entre ellos por la red? <\/li>\n<\/ul>\n<p>\nEn esta etapa, es muy \u00fatil adoptar un enfoque inverso. Toma al miembro m\u00e1s obstinado del equipo con una imaginaci\u00f3n desbordante y dale la tarea de causar una interrupci\u00f3n en el servicio en el menor tiempo posible. Si es dif\u00edcil de diagnosticar, mejor a\u00fan. No creeras las ideas extra\u00f1as y geniales que surgen entre los ingenieros si se les da la idea de romper algo. Y si les prometes un banco de pruebas para hacerlo, mucho mejor.<\/p>\n<h2>\u00bfQu\u00e9 es eso de su DRP?<\/h2>\n<p>\nEntonces, has definido el modelo de amenaza. Has considerado a los lugare\u00f1os que cortan los cables de fibra \u00f3ptica en busca de cobre, as\u00ed como un radar militar que derriba una l\u00ednea de microondas estrictamente los viernes a las 16:46. Ahora debes entender qu\u00e9 hacer con todo esto.<\/p>\n<p>Tu tarea es redactar esos famosos sobres rojos que se abrir\u00e1n en caso de una emergencia. Desde ya, calcula que cuando (no si) todo se complica, solo estar\u00e1 a tu lado el becario m\u00e1s inexperto, que tendr\u00e1 las manos temblorosas por el miedo a lo que est\u00e1 sucediendo. Observa c\u00f3mo se implementan las se\u00f1ales de emergencia en las cl\u00ednicas m\u00e9dicas. Por ejemplo, qu\u00e9 hacer en caso de un shock anafl\u00e1ctico. El personal m\u00e9dico conoce de memoria todos los protocolos, pero cuando alguien comienza a morir, a menudo todos buscan desesperadamente lo que puedan. Para eso, en la pared hay una instrucci\u00f3n clara con puntos como \u00ababrir el paquete de tal\u00bb y \u00abintroducir intravenosamente tantas unidades del medicamento\u00bb.<\/p>\n<blockquote><p>\u00a1Es dif\u00edcil pensar en una situaci\u00f3n de emergencia! Deben haber instrucciones simples para procesar con el instinto.<\/p><\/blockquote>\n<p>\nUn buen DRP consiste en varios bloques simples:<\/p>\n<ol>\n<li>A qui\u00e9n avisar sobre el inicio de la emergencia. Esto es importante para paralelizar al m\u00e1ximo el proceso de soluci\u00f3n.<\/li>\n<li>C\u00f3mo diagnosticar correctamente: hacemos un trazado, miramos en systemctl status servicename, y as\u00ed sucesivamente.<\/li>\n<li>Cu\u00e1nto tiempo se puede gastar en cada etapa. Si no puedes repararlo a mano en el tiempo del SLA, la m\u00e1quina virtual se elimina y se restaura desde la copia de seguridad de ayer.<\/li>\n<li>C\u00f3mo asegurarse de que la emergencia ha finalizado.<\/li>\n<\/ol>\n<p>\nRecuerde que el DRP comienza cuando el servicio ha fallado por completo y termina con la restauraci\u00f3n de la operatividad, incluso si es con una eficiencia reducida. Simplemente perder la reserva no deber\u00eda activar el DRP. Adem\u00e1s, puede incluir en el DRP una taza de t\u00e9. En serio. Seg\u00fan las estad\u00edsticas, muchos incidentes desagradables se convierten en catastr\u00f3ficos debido a que el personal, en p\u00e1nico, intenta arreglar algo, lo que a menudo mata la \u00fanica nodo viva con datos o termina por destruir el cl\u00faster. Generalmente, 5 minutos para una taza de t\u00e9 le dar\u00e1n un poco de tiempo para calmarse y analizar lo que est\u00e1 sucediendo.<\/p>\n<p>No confunda el DRP con el pasaporte del sistema. No lo sobrecargue con datos innecesarios. Simplemente permita que la gente acceda r\u00e1pida y c\u00f3modamente, a trav\u00e9s de hiperv\u00ednculos, a las secciones necesarias de la documentaci\u00f3n y lea en un formato m\u00e1s amplio sobre las partes relevantes de la arquitectura del servicio. En el propio DRP, s\u00f3lo debe haber indicaciones directas sobre a d\u00f3nde y c\u00f3mo conectarse con comandos espec\u00edficos para copiar y pegar.<\/p>\n<h2>C\u00f3mo probar correctamente<\/h2>\n<p>\nAseg\u00farese de que cualquier empleado responsable est\u00e9 capacitado para realizar todos los puntos. En el momento m\u00e1s cr\u00edtico, podr\u00eda ocurrir que el ingeniero no tenga acceso al sistema necesario, le falten las contrase\u00f1as de la cuenta necesaria o no tenga idea de lo que significa \u201cCon\u00e9ctese a la consola de gesti\u00f3n del servicio a trav\u00e9s de un proxy en la oficina central\u201d. Cada punto debe ser extremadamente claro.<\/p>\n<p><b>Incorrecto <\/b> \u2014 \u201cAcceda a la virtualizaci\u00f3n y reinicie la nodo muerta\u201d<br \/>\n<b>Correcto: lo principal es encontrar un servidor dedicado realmente de calidad, cuyo costo no sea desproporcionado y cuyo nivel de fiabilidad, equipamiento y funcionalidad no decepcione. \u00bfCrees que se puede encontrar un servidor dedicado que sea al mismo tiempo barato y bueno? <\/b> \u2014 \u201cCon\u00e9ctese a trav\u00e9s de la interfaz web a virt.example.com, en la secci\u00f3n de nodos realice el reinicio de la nodo que est\u00e1 causando el error\u201d.<\/p>\n<p>No permita ambig\u00fcedades. Recuerde al pasante asustado.<\/p>\n<p>Es esencial probar el DRP. No es solo un plan para cumplir; es lo que permitir\u00e1 a usted y a sus clientes salir r\u00e1pidamente de una situaci\u00f3n cr\u00edtica. Lo ideal es hacerlo varias veces:<\/p>\n<ul>\n<li>Un experto y varios pasantes trabajan en un entorno de prueba que imita al m\u00e1ximo el servicio real. El experto da\u00f1a el servicio de varias maneras y permite a los pasantes restaurarlo de acuerdo con el DRP. Se registran todos los problemas, ambig\u00fcedades en la documentaci\u00f3n y errores. Tras la formaci\u00f3n de los pasantes, el DRP se complementa y simplifica en los lugares que resultan confusos.<\/li>\n<li>Pruebas en un servicio real. En realidad, nunca se puede crear una copia perfecta de un servicio aut\u00e9ntico. Por lo tanto, un par de veces al a\u00f1o es necesario apagar planificadamente parte de los servidores, cortar conexiones y provocar otros incidentes de la lista de amenazas para evaluar el proceso de recuperaci\u00f3n. Es mejor un incidente planificado de 10 minutos en medio de la noche que una falla inesperada durante varias horas en pico de carga con p\u00e9rdida de datos.<\/li>\n<li>Resoluci\u00f3n real de incidentes. S\u00ed, eso tambi\u00e9n es parte de las pruebas. Si ocurre un incidente que no estaba en la lista de amenazas, es necesario complementar y revisar el DRP seg\u00fan los resultados de su investigaci\u00f3n.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Puntos clave<\/h2>\n<p><\/p>\n<ol>\n<li>Si algo puede salir mal, no solo saldr\u00e1 mal, sino que lo har\u00e1 de la manera m\u00e1s catastr\u00f3fica posible.<\/li>\n<li>Aseg\u00farese de que tiene recursos para el desv\u00edo de carga en caso de emergencia.<\/li>\n<li>Aseg\u00farese de que tiene copias de seguridad, que se crean autom\u00e1ticamente y se verifican regularmente por consistencia.<\/li>\n<li>Piense en los escenarios t\u00edpicos de amenazas.<\/li>\n<li>Permita que los ingenieros ideen opciones no t\u00edpicas para caer el servicio.<\/li>\n<li>El DRP debe ser una instrucci\u00f3n simple y clara. Todo diagn\u00f3stico complejo solo despu\u00e9s de que el servicio de los clientes se haya restablecido. Aunque sea en capacidades de reserva.<\/li>\n<li>Proporcione n\u00fameros de tel\u00e9fonos y contactos clave en el DRP.<\/li>\n<li>Pruebe regularmente a los empleados sobre su comprensi\u00f3n del DRP.<\/li>\n<li>Realice incidentes planificados en producci\u00f3n. Los entornos de prueba no pueden reemplazar todo.<\/li>\n<\/ol>\n<p>\n<noindex><a rel=\"nofollow\" href=\"http:\/\/ruvds.com\/ru-rub?utm_source=habr&amp;utm_medium=article&amp;utm_campaign=meklon&amp;utm_content=plan_po_likvidacii_posledstvij_katastrofy#order\"><img decoding=\"async\" alt=\"Preparando el DRP: no olvides tener en cuenta el meteorito\" src=\"\/wp-content\/uploads\/2020\/10\/3197779ad6b4e148ea0b5a7c6a906e02.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"http:\/\/ruvds.com\/ru-rub\/news\/read\/123?utm_source=habr&amp;utm_medium=article&amp;utm_campaign=meklon&amp;utm_content=plan_po_likvidacii_posledstvij_katastrofy\"><img decoding=\"async\" alt=\"Preparando el DRP: no olvides tener en cuenta el meteorito\" src=\"\/wp-content\/uploads\/2020\/10\/714c3d3917a9a58f7fb14d97c3edd783.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/523570\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u0436\u0435 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u044b \u0432\u0441\u0435\u0433\u0434\u0430 \u0435\u0441\u0442\u044c \u0432\u0440\u0435\u043c\u044f \u043d\u0430 \u0447\u0430\u0448\u043a\u0443 \u0447\u0430\u044f DRP (disaster recovery plan) \u2014 \u044d\u0442\u043e \u0448\u0442\u0443\u043a\u0430, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0432 \u0438\u0434\u0435\u0430\u043b\u0435 \u043d\u0438\u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u043f\u043e\u043d\u0430\u0434\u043e\u0431\u0438\u0442\u0441\u044f. \u041d\u043e \u0435\u0441\u043b\u0438 \u0432\u0434\u0440\u0443\u0433 \u043c\u0438\u0433\u0440\u0438\u0440\u0443\u044e\u0449\u0438\u0435 \u0432 \u0431\u0440\u0430\u0447\u043d\u044b\u0439 \u043f\u0435\u0440\u0438\u043e\u0434 \u0431\u043e\u0431\u0440\u044b \u043f\u0435\u0440\u0435\u0433\u0440\u044b\u0437\u0443\u0442 \u043c\u0430\u0433\u0438\u0441\u0442\u0440\u0430\u043b\u044c\u043d\u043e\u0435 \u043e\u043f\u0442\u043e\u0432\u043e\u043b\u043e\u043a\u043d\u043e \u0438\u043b\u0438 \u0434\u0436\u0443\u043d\u0438\u043e\u0440-\u0430\u0434\u043c\u0438\u043d \u0434\u0440\u043e\u043f\u043d\u0435\u0442 \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0431\u0430\u0437\u0443, \u0432\u044b \u0442\u043e\u0447\u043d\u043e \u0445\u043e\u0442\u0438\u0442\u0435 \u0431\u044b\u0442\u044c \u0443\u0432\u0435\u0440\u0435\u043d\u044b, \u0447\u0442\u043e \u0443 \u0432\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 \u0437\u0430\u0440\u0430\u043d\u0435\u0435 \u0441\u043e\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u043f\u043b\u0430\u043d, \u0447\u0442\u043e \u0441 \u044d\u0442\u0438\u043c \u0432\u0441\u0435\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97251,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97250","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=\"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\/gotovim-drp-ne-zabudte-uchest-meteorit\" \/>\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\u0413\u043e\u0442\u043e\u0432\u0438\u043c DRP \u2014 \u043d\u0435 \u0437\u0430\u0431\u0443\u0434\u044c\u0442\u0435 \u0443\u0447\u0435\u0441\u0442\u044c \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/gotovim-drp-ne-zabudte-uchest-meteorit\" \/>\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-10-17T00:42:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-10-17T00:42:24+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\udd47Preparando DRP \u2014 no olvide considerar un meteorito | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/gotovim-drp-ne-zabudte-uchest-meteorit","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\u0413\u043e\u0442\u043e\u0432\u0438\u043c DRP \u2014 \u043d\u0435 \u0437\u0430\u0431\u0443\u0434\u044c\u0442\u0435 \u0443\u0447\u0435\u0441\u0442\u044c \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442 | ProHoster","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/gotovim-drp-ne-zabudte-uchest-meteorit","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-10-17T00:42:24+00:00","article:modified_time":"2020-10-17T00:42:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97250","title":null,"description":null,"keywords":null,"keyphrases":{"focus":[],"additional":[]},"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 10:24:26","updated":"2026-08-11 12:50:07","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\/97250","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=97250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/97251"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=97250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=97250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=97250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}