{"id":34954,"date":"2019-10-31T22:01:30","date_gmt":"2019-10-31T19:01:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-chast-3-obzor-i-testirovanie-duplicity-duplicati\/"},"modified":"2019-10-31T22:01:30","modified_gmt":"2019-10-31T19:01:30","slug":"rezervnoe-kopirovanie-chast-3-obzor-i-testirovanie-duplicity-duplicati","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-3-obzor-i-testirovanie-duplicity-duplicati","title":{"rendered":"Respaldo, parte 3: Revisi\u00f3n y pruebas de duplicity, duplicati","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Respaldo,<\/p>\n

<\/p>\n

En esta nota se examinan las herramientas de copia de seguridad que realizan copias creando archivos en un servidor de respaldo.<\/p>\n

<\/p>\n

Entre los que cumplen con los requisitos se encuentran duplicity (que tiene una interfaz amigable en forma de deja dup) y duplicati.<\/p>\n

<\/p>\n

Otra herramienta de copia de seguridad bastante notable es dar, pero dado que cuenta con una lista extensa de opciones, la metodolog\u00eda de prueba cubre apenas el 10% de lo que es capaz, por lo tanto no la probaremos en este ciclo.<\/p>\n

<\/a><\/noindex><\/p>\n

Resultados esperados<\/h3>\n

<\/p>\n

Dado que ambos candidatos crean archivos, se puede usar el tar com\u00fan como referencia.<\/p>\n

<\/p>\n

Tambi\u00e9n evaluaremos qu\u00e9 tan bien se optimiza el almacenamiento de datos en el servidor de almacenamiento mediante copias de seguridad que contienen solo la diferencia entre la copia completa y el estado actual de los archivos, o entre archivos de respaldo pasados y actuales (incrementales, diferenciales, etc.).<\/p>\n

<\/p>\n

Comportamiento al crear copias de seguridad:<\/strong><\/p>\n

<\/p>\n

    \n
  1. Un n\u00famero relativamente peque\u00f1o de archivos en el servidor de almacenamiento de copias de seguridad (en comparaci\u00f3n con el n\u00famero de copias de seguridad o el tama\u00f1o de los datos en GB), pero su tama\u00f1o es suficientemente grande (decenas a cientos de megabytes).<\/li>\n
  2. El tama\u00f1o del repositorio incluir\u00e1 solo los cambios; no se almacenar\u00e1n duplicados, por lo tanto el tama\u00f1o del repositorio ser\u00e1 menor que cuando se utiliza software basado en rsync.<\/li>\n
  3. Se espera una alta carga en el procesador al utilizar compresi\u00f3n y\/o cifrado, as\u00ed como, probablemente, una carga considerable en la red y en el subsistema de discos si el proceso de archivado y\/o cifrado se ejecuta en el servidor de almacenamiento de copias de seguridad.<\/li>\n<\/ol>\n

    <\/p>\n

    Como un valor de referencia ejecutaremos el siguiente comando:<\/p>\n

    <\/p>\n

    cd \/src\/dir; tar -cf - * | ssh backup_server \"cat > \/backup\/dir\/archive.tar\"<\/code><\/pre>\n
    <\/p>\n
    Los resultados de la ejecuci\u00f3n son los siguientes:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    El tiempo de ejecuci\u00f3n fue de 3m12s. Se observa que la velocidad se top\u00f3 con el subsistema de discos del servidor de almacenamiento de copias de seguridad, al igual que en el ejemplo de rsync<\/a><\/noindex>. Solo un poco m\u00e1s r\u00e1pido, ya que la escritura se realiza en un solo archivo.<\/p>\n
    <\/p>\n
    Asimismo, para evaluar la compresi\u00f3n ejecutaremos la misma variante, pero habilitaremos la compresi\u00f3n en el lado del servidor de copias de seguridad:<\/p>\n
    <\/p>\n
    cd \/src\/dir; tar -cf - * | ssh backup_server \"gzip > \/backup\/dir\/archive.tgz\"<\/code><\/pre>\n
    <\/p>\n
    Los resultados son los siguientes:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    El tiempo de ejecuci\u00f3n fue de 10m11s. Lo m\u00e1s probable es que el cuello de botella sea el compresor de un solo hilo en el lado receptor.<\/p>\n
    <\/p>\n
    El mismo comando, pero trasladando la compresi\u00f3n al servidor con los datos originales para comprobar la hip\u00f3tesis de que el cuello de botella es el compresor de un solo hilo.<\/p>\n
    <\/p>\n
    cd \/src\/dir; tar -czf - * | ssh backup_server \"cat > \/backup\/dir\/archive.tgz\"<\/code><\/pre>\n
    <\/p>\n
    As\u00ed qued\u00f3:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    El tiempo de ejecuci\u00f3n fue de 9m37s. Se observa claramente la carga de un n\u00facleo por el compresor, ya que la velocidad de transferencia por la red y la carga en la subsistema de disco de origen son similares.<\/p>\n
    <\/p>\n
    Para evaluar la encriptaci\u00f3n se puede usar openssl o gpg, conectando un comando adicional openssl<\/code> o gpg<\/code> en pipe. Para referencia, el comando ser\u00eda:<\/p>\n
    <\/p>\n
    cd \/src\/dir; tar -cf - * | ssh backup_server \"gzip | openssl enc -e -aes256 -pass pass:somepassword -out \/backup\/dir\/archive.tgz.enc\"<\/code><\/pre>\n
    <\/p>\n
    Los resultados fueron los siguientes:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    El tiempo de ejecuci\u00f3n fue de 10m30s, ya que se ejecutaron 2 procesos en el lado receptor \u2014 el cuello de botella fue nuevamente el compresor de un solo hilo, adem\u00e1s de algunos gastos generales por la encriptaci\u00f3n.<\/p>\n
    <\/p>\n
    UPD:<\/strong> A pedido de bliznezz, a\u00f1ado pruebas con pigz. Si usamos solo el compresor, se obtuvo 6m30s, y si tambi\u00e9n a\u00f1adimos encriptaci\u00f3n, aproximadamente 7m. La ca\u00edda en el gr\u00e1fico inferior es el cach\u00e9 de disco no desechado:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Pruebas con duplicity<\/h3>\n
    <\/p>\n
    Duplicity es un software en python para hacer copias de seguridad creando archivos tar encriptados.<\/p>\n
    <\/p>\n
    Para archivos incrementales se utiliza librsync, por lo tanto, se puede esperar el comportamiento descrito en la nota anterior del ciclo<\/a><\/noindex>.<\/p>\n
    <\/p>\n
    Las copias de seguridad pueden ser encriptadas y firmadas con gnupg, lo cual es importante al utilizar diferentes proveedores para el almacenamiento de copias de seguridad (s3, backblaze, gdrive, etc.)<\/p>\n
    <\/p>\n
    Veamos cu\u00e1les ser\u00e1n los resultados:<\/p>\n
    \nEstos son los resultados obtenidos al ejecutar sin encriptaci\u00f3n<\/b><\/p>\n
    spoiler<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    El tiempo de cada ejecuci\u00f3n de prueba:<\/p>\n
    <\/p>\n
    Ejecuci\u00f3n 1
    \nEjecuci\u00f3n 2
    \nEjecuci\u00f3n 3<\/p>\n
    16m33s
    \n17m20s
    \n16m30s<\/p>\n
    8m29s
    \n9m3s
    \n8m45s<\/p>\n
    5m21s
    \n6m04s
    \n5m53s<\/p>\n
    <\/p>\n
    Y aqu\u00ed est\u00e1n los resultados con la encriptaci\u00f3n de gnupg, con un tama\u00f1o de clave de 2048 bits:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    El tiempo de ejecuci\u00f3n con los mismos datos, con encriptaci\u00f3n:<\/p>\n
    <\/p>\n
    Ejecuci\u00f3n 1
    \nEjecuci\u00f3n 2
    \nEjecuci\u00f3n 3<\/p>\n
    17m22s
    \n17m32s
    \n17m28s<\/p>\n
    8m52s
    \n9m13s
    \n9m3s<\/p>\n
    5m48s
    \n5m40s
    \n5m30s<\/p>\n
    <\/p>\n
    Se especific\u00f3 un tama\u00f1o de bloque de 512 megabytes, lo que se observa claramente en los gr\u00e1ficos; la carga de la CPU se mantuvo en un nivel de 50%, lo que indica que el programa no utiliza m\u00e1s de un n\u00facleo de procesador.<\/p>\n
    <\/p>\n
    Tambi\u00e9n se puede observar claramente el principio de funcionamiento del programa: tomamos un trozo de datos, lo comprimimos, lo enviamos al servidor de almacenamiento de copias de seguridad, que puede ser bastante lento.
    \nOtra caracter\u00edstica es el tiempo de ejecuci\u00f3n predecible del programa, que depende \u00fanicamente del tama\u00f1o de los datos modificados.<\/p>\n
    <\/p>\n
    La activaci\u00f3n del cifrado no aument\u00f3 significativamente el tiempo de ejecuci\u00f3n del programa, pero increment\u00f3 la carga de la CPU en aproximadamente un 10%, lo que puede ser un buen bono.<\/p>\n
    <\/p>\n
    Lamentablemente, este programa no pudo detectar correctamente la situaci\u00f3n de cambio de nombre de directorio, y el tama\u00f1o resultante del repositorio fue igual al tama\u00f1o de los cambios (es decir, todos 18 GB), pero la posibilidad de usar un servidor no confiable para copias de seguridad sin duda supera tal comportamiento.<\/p>\n
    <\/p>\n
    Prueba de duplicati<\/h3>\n
    <\/p>\n
    Este software est\u00e1 escrito en C#, se ejecuta utilizando un conjunto de bibliotecas de Mono. Dispone de una versi\u00f3n GUI, as\u00ed como una versi\u00f3n de l\u00ednea de comandos.<\/p>\n
    <\/p>\n
    La lista aproximada de las principales caracter\u00edsticas es similar a la de duplicity, incluyendo varios proveedores para el almacenamiento de copias de seguridad, sin embargo, a diferencia de duplicity, la mayor\u00eda de las funciones est\u00e1n disponibles sin herramientas externas. Si esto es una ventaja o desventaja depende del caso espec\u00edfico, sin embargo, para principiantes, probablemente sea m\u00e1s f\u00e1cil tener a la vista una lista de todas las caracter\u00edsticas desde el principio, en lugar de tener que instalar paquetes para python, como en el caso de duplicity.<\/p>\n
    <\/p>\n
    Otro peque\u00f1o matiz es que el programa escribe activamente en la base de datos sqlite local en nombre del usuario que inicia la copia de seguridad, por lo que es necesario prestar atenci\u00f3n a especificar la base de datos correcta en cada inicio del proceso utilizando la l\u00ednea de comandos. Al trabajar a trav\u00e9s de la GUI o WEBGUI, los detalles estar\u00e1n ocultos al usuario.<\/p>\n
    \nVeamos qu\u00e9 m\u00e9tricas puede proporcionar esta soluci\u00f3n:<\/b><\/p>\n
    Si se desactiva el cifrado (aunque la WEBGUI no lo recomienda), los resultados son los siguientes:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Tiempo de ejecuci\u00f3n:<\/p>\n
    <\/p>\n
    Ejecuci\u00f3n 1
    \nEjecuci\u00f3n 2
    \nEjecuci\u00f3n 3<\/p>\n
    20m43s
    \n20m13s
    \n20m28s<\/p>\n
    5m21s
    \n5m40s
    \n5m35s<\/p>\n
    7m36s
    \n7m54s
    \n7m49s<\/p>\n
    <\/p>\n
    Con cifrado activado, utilizando aes, estos son los resultados:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Tiempo de ejecuci\u00f3n:<\/p>\n
    <\/p>\n
    Ejecuci\u00f3n 1
    \nEjecuci\u00f3n 2
    \nEjecuci\u00f3n 3<\/p>\n
    29m9s
    \n30m1s
    \n29m54s<\/p>\n
    5m29s
    \n6m2s
    \n5m54s<\/p>\n
    8m44s
    \n9m12s
    \n9m1s<\/p>\n
    <\/p>\n
    Y si se utiliza el programa externo gnupg, estos son los resultados:<\/p>\n
    <\/p>\n
    \"Respaldo,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Ejecuci\u00f3n 1
    \nEjecuci\u00f3n 2
    \nEjecuci\u00f3n 3<\/p>\n
    26m6s
    \n26m35s
    \n26m17s<\/p>\n
    5m20s
    \n5m48s
    \n5m40s<\/p>\n
    8m12s
    \n8m42s
    \n8m15s<\/p>\n
    <\/p>\n
    Como se puede ver, el programa puede trabajar en varios hilos, pero eso no lo convierte en una soluci\u00f3n m\u00e1s eficiente, y si se compara el trabajo de cifrado \u2014 iniciar el programa externo
    \nresult\u00f3 ser m\u00e1s r\u00e1pido que el uso de la biblioteca del conjunto de Mono. Puede que esto se deba a que el programa externo est\u00e1 m\u00e1s optimizado.<\/p>\n
    <\/p>\n
    Un punto agradable fue tambi\u00e9n el hecho de que el tama\u00f1o del repositorio ocupa exactamente tanto como los datos que realmente fueron modificados, es decir, duplicati detect\u00f3 el cambio de nombre del directorio y manej\u00f3 correctamente esta situaci\u00f3n. Esto se puede ver al ejecutar la segunda prueba.<\/p>\n
    <\/p>\n
    En general, las impresiones sobre el programa son bastante positivas, incluyendo su suficiente amigabilidad para los principiantes.<\/p>\n
    <\/p>\n
    Resultados<\/h3>\n
    <\/p>\n
    Ambos candidatos trabajaron con bastante calma, pero en general, comparado con el tar habitual, hay un progreso, al menos con duplicati. El precio de tal progreso tambi\u00e9n es evidente: una carga notable
    \ndel procesador. En general, no hay desviaciones particulares al pronosticar resultados.<\/p>\n
    <\/p>\n
    Conclusiones<\/h3>\n
    <\/p>\n
    Si no hay prisa y tambi\u00e9n hay capacidad en el procesador, cualquier de las soluciones consideradas servir\u00e1. En cualquier caso, se ha realizado un trabajo bastante grande que no vale la pena repetir escribiendo scripts envolventes sobre tar. La presencia de cifrado es una caracter\u00edstica muy necesaria si el servidor para almacenar copias de seguridad no puede ser completamente confiable.<\/p>\n
    <\/p>\n
    Si se compara con soluciones basadas en rsync<\/a><\/noindex> \u2014 el rendimiento puede ser varias veces peor, a pesar de que el tar puro funcion\u00f3 un 20-30% m\u00e1s r\u00e1pido que rsync.
    \nHay ahorro en el tama\u00f1o del repositorio, pero solo con duplicati.<\/p>\n
    <\/p>\n
    Anuncio<\/h3>\n
    <\/p>\n
    Copia de seguridad, parte 1: \u00bfPor qu\u00e9 se necesita una copia de seguridad? Revisi\u00f3n de m\u00e9todos y tecnolog\u00edas<\/a><\/noindex>
    \n    Copia de seguridad, parte 2: Revisi\u00f3n y pruebas de herramientas de copia de seguridad basadas en rsync<\/a><\/noindex>
    \nCopia de seguridad, parte 3: Revisi\u00f3n y pruebas de duplicity, duplicati, deja dup
    \nCopia de seguridad, parte 4: Revisi\u00f3n y prueba de zbackup, restic, borgbackup
    \nCopia de seguridad, parte 5: Prueba de bacula y veeam backup for linux
    \nCopia de seguridad, parte 6: Comparaci\u00f3n de herramientas de copia de seguridad
    \nCopia de seguridad, parte 7: Conclusiones<\/p>\n
    <\/p>\n
    Autor de la publicaci\u00f3n:<\/u> Pavel Demkovich<\/p>\n
    Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
    \u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0437\u0430\u043c\u0435\u0442\u043a\u0435 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u044b \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0432\u044b\u043f\u043e\u043b\u043d\u044f\u044e\u0442 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043f\u0443\u0442\u0435\u043c \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u044f \u0430\u0440\u0445\u0438\u0432\u043e\u0432 \u043d\u0430 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0435. \u0418\u0437 \u0442\u0435\u0445, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0443\u0434\u043e\u0432\u043b\u0435\u0442\u0432\u043e\u0440\u044f\u044e\u0442 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u044f\u043c \u2014 duplicity (\u043a \u043a\u043e\u0442\u043e\u0440\u043e\u043c\u0443 \u0435\u0441\u0442\u044c \u043f\u0440\u0438\u044f\u0442\u043d\u044b\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441 \u0432 \u0432\u0438\u0434\u0435 deja dup) \u0438 duplicati. \u0415\u0449\u0435 \u043e\u0434\u043d\u043e \u0432\u0435\u0441\u044c\u043c\u0430 \u043f\u0440\u0438\u043c\u0435\u0447\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0435 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2014 dar, \u043d\u043e \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0443 \u043d\u0435\u0433\u043e \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u0432\u0435\u0441\u044c\u043c\u0430 \u043e\u0431\u0448\u0438\u0440\u043d\u044b\u0439 \u0441\u043f\u0438\u0441\u043e\u043a \u043e\u043f\u0446\u0438\u0439 \u2014 \u043c\u0435\u0442\u043e\u0434\u0438\u043a\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26307,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34954","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Copia de seguridad, parte 3: Revisi\u00f3n y pruebas de duplicity, duplicati | ProHoster","description":"En esta.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-3-obzor-i-testirovanie-duplicity-duplicati","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\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 3: \u041e\u0431\u0437\u043e\u0440 \u0438 \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 duplicity, duplicati | ProHoster","og:description":"\u0412 \u0434\u0430\u043d\u043d\u043e\u0439.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-3-obzor-i-testirovanie-duplicity-duplicati","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":"2019-10-31T19:01:30+00:00","article:modified_time":"2019-10-31T19:01:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34954","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":"2026-01-21 21:15:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:03:10","updated":"2026-01-21 21:15:19","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\/34954","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=34954"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/34954\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/26307"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=34954"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=34954"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=34954"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}