{"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\/nl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-3-obzor-i-testirovanie-duplicity-duplicati","title":{"rendered":"Back-up, deel 3: Overzicht en test van duplicity, duplicati","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Back-up,<\/p>\n

<\/p>\n

In deze notitie worden de back-up middelen besproken die back-ups maken door archieven te cre\u00ebren op een reserve-server.<\/p>\n

<\/p>\n

Van de middelen die aan de vereisten voldoen, zijn duplicity (dat een fijne interface heeft in de vorm van deja dup) en duplicati.<\/p>\n

<\/p>\n

Een ander opmerkelijk back-up middel is dar, maar aangezien het een zeer uitgebreide lijst opties heeft, zal de testmethode nauwelijks 10% van zijn mogelijkheden dekken - we testen het niet in deze cyclus.<\/p>\n

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

Verwachte resultaten<\/h3>\n

<\/p>\n

Aangezien beide kandidaten op de een of andere manier archieven cre\u00ebren, kan de gebruikelijke tar als referentie dienen.<\/p>\n

<\/p>\n

Bovendien zullen we evalueren hoe goed de opslag van gegevens op de opslagserver wordt geoptimaliseerd door de back-ups te maken die alleen de verschillen bevatten tussen een volledige kopie en de huidige staat van bestanden, of tussen de vorige en huidige archieven (incrementieel, decrementieel, enz.).<\/p>\n

<\/p>\n

Gedrag bij het maken van back-ups:<\/strong><\/p>\n

<\/p>\n

    \n
  1. Relatief klein aantal bestanden op de opslagserver voor back-ups (vergeleken met het aantal back-ups of de grootte van gegevens in GB), maar met een aanzienlijk grote bestandsgrootte (tientallen tot honderden megabytes).<\/li>\n
  2. De grootte van de repository zal alleen de wijzigingen omvatten - duplicaten worden niet opgeslagen, waardoor de grootte van de repository kleiner zal zijn dan bij software op basis van rsync.<\/li>\n
  3. Er zal een zware belasting op de CPU worden verwacht bij het gebruik van compressie en\/of encryptie, en ook waarschijnlijk een aanzienlijke belasting op het netwerk en de schijf subsystemen, als het archiverings- en\/of encryptieproces op de opslagserver voor back-ups draait.<\/li>\n<\/ol>\n

    <\/p>\n

    Als referentiewaarde zullen we de volgende opdracht uitvoeren:<\/p>\n

    <\/p>\n

    cd \/src\/dir; tar -cf - * | ssh backup_server \"cat > \/backup\/dir\/archive.tar\"<\/code><\/pre>\n
    <\/p>\n
    De resultaten van de uitvoering zijn als volgt:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    De uitvoeringstijd was 3m12s. Het is duidelijk dat de snelheid werd beperkt door het schijfsysteem van de opslagserver voor back-ups, net als in het voorbeeld met rsync<\/a><\/noindex>. Alleen iets sneller, omdat de opname in \u00e9\u00e9n bestand plaatsvindt.<\/p>\n
    <\/p>\n
    Ook om de compressie te evalueren, voeren we dezelfde variant uit, maar met compressie aan de kant van de back-upserver ingeschakeld:<\/p>\n
    <\/p>\n
    cd \/src\/dir; tar -cf - * | ssh backup_server \"gzip > \/backup\/dir\/archive.tgz\"<\/code><\/pre>\n
    <\/p>\n
    De resultaten zijn als volgt:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    De uitvoeringstijd was 10m11s. Waarschijnlijk is de beperkende factor de enkelvoudige compressie aan de ontvangende kant.<\/p>\n
    <\/p>\n
    Dezelfde opdracht, maar met compressie naar de server met de originele gegevens om de hypothese te testen dat de bottleneck de eencellige compressor is.<\/p>\n
    <\/p>\n
    cd \/src\/dir; tar -czf - * | ssh backup_server \"cat > \/backup\/dir\/archive.tgz\"<\/code><\/pre>\n
    <\/p>\n
    Het resultaat was als volgt:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    De uitvoeringstijd was 9m37s. Het is duidelijk de belasting van \u00e9\u00e9n kern door de compressor, aangezien de netwerksnelheid en de belasting van het schijfsubsystem van de bron vergelijkbaar zijn.<\/p>\n
    <\/p>\n
    Voor encryptie kan openssl of gpg gebruikt worden, mits een extra commando wordt toegevoegd openssl<\/code> of gpg<\/code> in de pipe. Ter referentie zou de volgende opdracht zijn:<\/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
    De resultaten waren als volgt:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    De uitvoeringstijd was 10m30s, omdat er 2 processen aan de ontvangende kant werden gestart \u2014 de bottleneck was weer de eenpijpscompressor, plus kleine overheadkosten voor encryptie.<\/p>\n
    <\/p>\n
    UPD:<\/strong> Op verzoek van bliznezz voeg ik tests met pigz toe. Bij gebruik van alleen de compressor was het 6m30s, als encryptie wordt toegevoegd, is het ongeveer 7m. De daling in het onderste diagram is de niet-vrije schijfcache:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Testen van duplicity<\/h3>\n
    <\/p>\n
    Duplicity is software geschreven in python voor back-up door het maken van versleutelde archieven in tar-formaat.<\/p>\n
    <\/p>\n
    Voor incrementele archieven wordt librsync gebruikt, dus we kunnen het gedrag verwachten dat in de vorige aantekening van de cyclus is beschreven.<\/a><\/noindex>.<\/p>\n
    <\/p>\n
    Back-ups kunnen worden versleuteld en ondertekend met behulp van gnupg, wat belangrijk is bij het gebruik van verschillende providers voor back-upopslag (s3, backblaze, gdrive, enz.)<\/p>\n
    <\/p>\n
    Laten we kijken wat de resultaten zullen zijn:<\/p>\n
    \nDit zijn de resultaten van de uitvoering zonder encryptie<\/b><\/p>\n
    spoiler<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    De uitvoeringstijd van elke testuitvoering:<\/p>\n
    <\/p>\n
    Uitvoering 1
    \nUitvoering 2
    \nUitvoering 3<\/p>\n
    16m33s
    \n17m20s
    \n16m30s<\/p>\n
    8m29s
    \n9m3s
    \n8m45s<\/p>\n
    5m21s
    \n6m04s
    \n5m53s<\/p>\n
    <\/p>\n
    En hier zijn de resultaten bij het inschakelen van gnupg-encryptie, met een sleutellengte van 2048 bits:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    De uitvoeringstijd op dezelfde gegevens, met encryptie:<\/p>\n
    <\/p>\n
    Uitvoering 1
    \nUitvoering 2
    \nUitvoering 3<\/p>\n
    17m22s
    \n17m32s
    \n17m28s<\/p>\n
    8m52s
    \n9m13s
    \n9m3s<\/p>\n
    5m48s
    \n5m40s
    \n5m30s<\/p>\n
    <\/p>\n
    Een blokgrootte van 512 megabyte werd opgegeven, wat duidelijk zichtbaar is in de grafieken; de CPU-belasting was eigenlijk rond de 50%, wat betekent dat het programma niet meer dan \u00e9\u00e9n processor kern benut.<\/p>\n
    <\/p>\n
    Het is ook goed te zien hoe het programma functioneert: een stuk data werd genomen, gecomprimeerd en naar de back-upserver gestuurd, die vrij traag kan zijn.
    \nEen andere functie is de voorspelbare looptijd van het programma, die alleen afhangt van de grootte van de gewijzigde gegevens.<\/p>\n
    <\/p>\n
    Het inschakelen van encryptie heeft de looptijd van het programma niet significant verhoogd, maar de CPU-belasting steeg met ongeveer 10%, wat een behoorlijke bonus kan zijn.<\/p>\n
    <\/p>\n
    Helaas kon dit programma de situatie met de hernoeming van de map niet correct detecteren, waardoor de resulterende grootte van de repository gelijk bleek te zijn aan de grootte van de wijzigingen (d.w.z. in totaal 18 GB), maar de mogelijkheid om een onbetrouwbare server voor back-ups te gebruiken, overtreft ongetwijfeld dit gedrag.<\/p>\n
    <\/p>\n
    Testen met duplicati<\/h3>\n
    <\/p>\n
    Deze software is geschreven in C#, wordt uitgevoerd met behulp van een set bibliotheken van Mono. Er is zowel een GUI als een cli-versie beschikbaar.<\/p>\n
    <\/p>\n
    Een aantal van de belangrijkste functies is vergelijkbaar met duplicity, inclusief verschillende providers voor het opslaan van back-ups, maar in tegenstelling tot duplicity is de meeste functionaliteit beschikbaar zonder extra hulpmiddelen. Of dit een voordeel of een nadeel is, hangt af van de specifieke situatie, maar voor beginners is het waarschijnlijker makkelijker om meteen een lijst met alle mogelijkheden voor ogen te hebben, in plaats van extra pakketten voor Python te installeren, zoals bij duplicity het geval is.<\/p>\n
    <\/p>\n
    Een ander klein detail is dat het programma actief een lokale sqlite-database schrijft onder de naam van de gebruiker die de back-up uitvoert, dus het is noodzakelijk om extra op de juiste database te letten bij elke uitvoering van het proces met behulp van cli. Bij gebruik van de GUI of WEBGUI blijven de details verborgen voor de gebruiker.<\/p>\n
    \nLaten we kijken naar welke resultaten deze oplossing kan opleveren:<\/b><\/p>\n
    Als we encryptie uitschakelen (waarbij WEBGUI dit niet aanbeveelt), zijn de resultaten als volgt:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Looptijd:<\/p>\n
    <\/p>\n
    Uitvoering 1
    \nUitvoering 2
    \nUitvoering 3<\/p>\n
    20m43s
    \n20m13s
    \n20m28s<\/p>\n
    5m21s
    \n5m40s
    \n5m35s<\/p>\n
    7m36s
    \n7m54s
    \n7m49s<\/p>\n
    <\/p>\n
    Met ingeschakelde encryptie, gebruikmakend van aes, zijn de resultaten als volgt:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Looptijd:<\/p>\n
    <\/p>\n
    Uitvoering 1
    \nUitvoering 2
    \nUitvoering 3<\/p>\n
    29m9s
    \n30m1s
    \n29m54s<\/p>\n
    5m29s
    \n6m2s
    \n5m54s<\/p>\n
    8m44s
    \n9m12s
    \n9m1s<\/p>\n
    <\/p>\n
    En als we een extern programma zoals gnupg gebruiken, zijn de resultaten:<\/p>\n
    <\/p>\n
    \"Back-up,<\/a><\/noindex><\/p>\n
    <\/p>\n
    Uitvoering 1
    \nUitvoering 2
    \nUitvoering 3<\/p>\n
    26m6s
    \n26m35s
    \n26m17s<\/p>\n
    5m20s
    \n5m48s
    \n5m40s<\/p>\n
    8m12s
    \n8m42s
    \n8m15s<\/p>\n
    <\/p>\n
    Zoals te zien is, kan het programma in meerdere threads werken, maar dit maakt het niet een productievere oplossing. En als we de werking van de encryptie vergelijken, was het starten van een extern programma
    \nsneller dan het gebruik van de bibliotheek uit de Mono-set. Dit kan te maken hebben met het feit dat het externe programma beter geoptimaliseerd is.<\/p>\n
    <\/p>\n
    Een aangenaam aspect was ook dat de grootte van het archief exact overeenkomt met de feitelijk gewijzigde gegevens, dat wil zeggen, duplicati ontdekte de hernoeming van de map en verwerkte deze situatie correct. Dit is te zien bij de uitvoering van de tweede test.<\/p>\n
    <\/p>\n
    Al met al zijn de indrukken van het programma overwegend positief, inclusief de voldoende vriendelijkheid voor beginners.<\/p>\n
    <\/p>\n
    Resultaten<\/h3>\n
    <\/p>\n
    Beide kandidaten werkten vrij langzaam, maar vergeleken met de gebruikelijke tar is er vooruitgang, tenminste bij duplicati. De prijs van deze vooruitgang is ook begrijpelijk \u2014 merkbare belasting
    \nvan de processor. Over het algemeen zijn er geen bijzondere afwijkingen bij het voorspellen van de resultaten.<\/p>\n
    <\/p>\n
    Conclusies<\/h3>\n
    <\/p>\n
    Als er geen haast is en er ook voldoende processorcapaciteit beschikbaar is, is elke van de besproken oplossingen geschikt; in elk geval is er voldoende werk verricht dat niet opnieuw moet worden gedaan door scripts bovenop tar te schrijven. Het hebben van encryptie is een zeer nuttige eigenschap als de server voor het opslaan van back-ups niet volledig te vertrouwen is.<\/p>\n
    <\/p>\n
    Als we de oplossingen vergelijken die gebaseerd zijn op rsync<\/a><\/noindex> kan de prestaties enkele keren slechter zijn, hoewel tar in pure vorm 20-30% sneller werkte dan rsync.
    \nEr zijn besparingen op de grootte van het archief, maar alleen bij duplicati.<\/p>\n
    <\/p>\n
    Aankondiging<\/h3>\n
    <\/p>\n
    Back-up, deel 1: Waarom een back-up nodig is, een overzicht van methoden en technologie\u00ebn<\/a><\/noindex>
    \n    Back-up, deel 2: Overzicht en testen van rsync-gebaseerde back-upoplossingen<\/a><\/noindex>
    \nBack-up, deel 3: Overzicht en testen van duplicity, duplicati, deja dup
    \nBack-up, deel 4: Overzicht en testen van zbackup, restic, borgbackup
    \nBack-up, deel 5: Testen van bacula en veeam backup voor linux
    \nBack-up, deel 6: Vergelijking van back-upoplossingen
    \nBack-up, deel 7: Conclusies<\/p>\n
    <\/p>\n
    Auteur van de publicatie:<\/u> Pavel Demkovich<\/p>\n
    Bron: 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\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\udd47Back-up, deel 3: Overzicht en testen van duplicity, duplicati | ProHoster","description":"In dit geval.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-3-obzor-i-testirovanie-duplicity-duplicati","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/34954","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=34954"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/34954\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/26307"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=34954"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=34954"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=34954"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}