{"id":77266,"date":"2020-04-09T13:42:08","date_gmt":"2020-04-09T11:42:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah"},"modified":"2020-04-09T13:42:08","modified_gmt":"2020-04-09T11:42:08","slug":"tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","title":{"rendered":"Tips &amp; tricks for working with Ceph in high-load projects","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Tips &amp; tricks voor het werken met Ceph in drukke projecten\" src=\"\/wp-content\/uploads\/2020\/04\/1d60f91e55b20a5dc4346bd8087bc11e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDoor Ceph te gebruiken als netopslag in projecten met verschillende belasting, kunnen we geconfronteerd worden met verschillende taken die op het eerste gezicht niet eenvoudig of triviaal lijken. Bijvoorbeeld:<\/p>\n<ul>\n<li> de migratie van gegevens van oude Ceph naar nieuwe met gedeeltelijk gebruik van de vorige servers in het nieuwe cluster;<\/li>\n<li> het oplossen van het probleem van de verdeling van schijfruimte in Ceph.<\/li>\n<\/ul>\n<p>\nBij het aanpakken van dergelijke taken komen we de noodzaak tegen om OSD's correct te extraheren zonder gegevensverlies, wat vooral relevant is bij grote hoeveelheden gegevens. Dit zal het onderwerp van het artikel zijn.<\/p>\n<p>De hieronder beschreven methoden zijn van toepassing op alle versies van Ceph. Daarnaast zal rekening worden gehouden met het feit dat Ceph een grote hoeveelheid gegevens kan opslaan: om gegevensverlies en andere problemen te voorkomen, zullen sommige acties 'opgedeeld' worden in andere.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Inleiding over OSD<\/h3>\n<p>\nAangezien twee van de drie besproken recepten over OSD (<noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/master\/man\/8\/ceph-osd\/\">Object Storage Daemon<\/a><\/noindex>) gaan, willen we in het kort uitleggen wat dit eigenlijk is in Ceph en waarom het zo belangrijk is, voordat we in de praktische zaken duiken.<\/p>\n<p>Allereerst moet worden opgemerkt dat het volledige Ceph-cluster uit vele OSD's bestaat. Hoe meer OSD's er zijn, hoe meer beschikbare gegevensruimte in Ceph. Het is gemakkelijk te begrijpen <b>de belangrijkste functie van OSD's<\/b>: het slaat objectgegevens van Ceph op de bestandssystemen van alle knooppunten in het cluster op en biedt netwerktoegang voor lezen, schrijven en andere verzoeken.<\/p>\n<p>Op hetzelfde niveau worden de replicatie-instellingen geplaatst door objecten tussen verschillende OSD's te kopi\u00ebren. Hier kunnen verschillende problemen optreden, waarvan we verderop in het artikel zullen spreken.<\/p>\n<h2>Case #1. Veilige extractie van OSD's uit het Ceph-cluster zonder gegevensverlies<\/h2>\n<p>\nDe noodzaak om OSD's te extraheren kan voortkomen uit het verwijderen van een server uit het cluster - bijvoorbeeld ter vervanging door een andere server - wat bij ons is gebeurd en de aanleiding vormde voor het schrijven van dit artikel. De uiteindelijke doelstelling van de manipulaties is om alle OSD's en mon's op deze server te extraheren, zodat deze kan worden gestopt.<\/p>\n<p>Voor de gemak en om een situatie te vermijden waarin we tijdens het uitvoeren van opdrachten de juiste OSD verkeerd aanwijzen, stellen we een aparte variabele in, waarvan de waarde het nummer van de te verwijderen OSD zal zijn. We noemen deze: <code>${ID}<\/code> - hier en verder vervangt zo'n variabele het nummer van de OSD waarmee we werken.<\/p>\n<p>Laten we kijken naar de toestand voordat we aan het werk gaan:<\/p>\n<pre><code class=\"bash\">root@hv-1 ~ # ceph osd tree\nID CLASS WEIGHT  TYPE NAME      STATUS REWEIGHT PRI-AFF\n-1       0.46857 root default\n-3       0.15619      host hv-1\n-5       0.15619      host hv-2\n 1   ssd 0.15619      osd.1     up     1.00000  1.00000\n-7       0.15619      host hv-3\n 2   ssd 0.15619      osd.2     up     1.00000  1.00000<\/code><\/pre>\n<p>\nOm de OSD te verwijderen, moet deze langzaam worden uitgevoerd <code>herpositioneren<\/code> tot nul. Zo verminderen we de hoeveelheid gegevens in de OSD door deze naar andere OSD's te balanceren. Hiervoor worden de volgende opdrachten uitgevoerd:<\/p>\n<pre><code class=\"bash\">ceph osd reweight osd.${ID} 0.98\nceph osd reweight osd.${ID} 0.88\nceph osd reweight osd.${ID} 0.78<\/code><\/pre>\n<p>\n\u2026 en zo verder tot nul.<\/p>\n<p><b>Een geleidelijke balans is noodzakelijk<\/b>, om gegevensverlies te voorkomen. Dit is vooral relevant als er een grote hoeveelheid gegevens in de OSD staat. Om er zeker van te zijn dat de opdrachten zijn uitgevoerd <code>herpositioneren<\/code> succesvol, kan men uitvoeren <code>ceph -s<\/code> of in een apart terminalvenster <code>ceph -w<\/code> uitvoeren om wijzigingen in realtime te volgen.<\/p>\n<p>Wanneer de OSD 'leeg' is, kan de gebruikelijke verwijdering worden uitgevoerd. Hiervoor zetten we de relevante OSD in de status <code>down<\/code>:<\/p>\n<pre><code class=\"bash\">ceph osd down osd.${ID}<\/code><\/pre>\n<p>\nWe 'halen' de OSD uit de cluster:<\/p>\n<pre><code class=\"bash\">ceph osd out osd.${ID}<\/code><\/pre>\n<p>\nWe stoppen de OSD-service en sluiten de schijfpartitie van het FS af:<\/p>\n<pre><code class=\"bash\">systemctl stop ceph-osd@${ID}\numount \/var\/lib\/ceph\/osd\/ceph-${ID}<\/code><\/pre>\n<p>\nWe verwijderen de OSD uit <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/nautilus\/rados\/operations\/crush-map\/\">de CRUSH-map<\/a><\/noindex>:<\/p>\n<pre><code class=\"bash\">ceph osd crush remove osd.${ID}<\/code><\/pre>\n<p>\nVerwijder de OSD-gebruiker:<\/p>\n<pre><code class=\"bash\">ceph auth del osd.${ID}<\/code><\/pre>\n<p>\nEn tenslotte verwijderen we de OSD zelf:<\/p>\n<pre><code class=\"bash\">ceph osd rm osd.${ID}<\/code><\/pre>\n<p>\n<b>Opmerking<\/b>: als u versie Ceph Luminous of hoger gebruikt, kunnen de bovenstaande verwijderingshandelingen worden beperkt tot twee opdrachten:<\/p>\n<pre><code class=\"bash\">ceph osd out osd.${ID}\nceph osd purge osd.${ID}\n<\/code><\/pre>\n<p>\nAls u na het uitvoeren van de bovenstaande opdrachten de opdracht uitvoert <code>ceph osd tree<\/code>, zou zichtbaar moeten zijn dat er geen OSD meer op de server is waar de werkzaamheden zijn uitgevoerd, waarvoor de bovenstaande handelingen zijn uitgevoerd:<\/p>\n<pre><code class=\"bash\">root@hv-1 ~ # ceph osd tree\nID CLASS WEIGHT  TYPE NAME     STATUS REWEIGHT PRI-AFF\n-1       0.46857      root default\n-3       0.15619      host hv-1\n-5       0.15619      host hv-2\n-7       0.15619      host hv-3\n 2   ssd 0.15619      osd.2    up     1.00000  1.00000<\/code><\/pre>\n<p>\nMerk ook op dat de status van de Ceph-cluster zal veranderen in <code>HEALTH_WARN<\/code>, en dat we een afname van het aantal OSD's en de beschikbaarheid van schijfruimte zullen zien. <\/p>\n<p>Hierna worden de stappen beschreven die nodig zijn als u de server volledig wilt stoppen en dus uit Ceph wilt verwijderen. In dat geval is het belangrijk om te onthouden dat <b>u alle OSD's moet extraheren<\/b> op deze server voordat u de server uitschakelt.<\/p>\n<p>Als er geen OSD's meer op deze server zijn, moet na hun verwijdering de OSD-server <code>hv-2<\/code>, worden uitgesloten met de volgende opdracht:<\/p>\n<pre><code class=\"bash\">ceph osd crush rm hv-2<\/code><\/pre>\n<p>\nVerwijder <code>mon<\/code> van de server <code>hv-2<\/code>, door het onderstaande commando op een andere server uit te voeren (d.w.z. in dit geval - op <code>hv-1<\/code>):<\/p>\n<pre><code class=\"bash\">ceph-deploy mon destroy hv-2<\/code><\/pre>\n<p>\n. Na dit kan de server worden gestopt en kan begonnen worden met de volgende stappen (zoals herinstallatie, enz.).<\/p>\n<h2>Casus #2. Verdelen van schijfruimte in een reeds gemaakte Ceph-cluster<\/h2>\n<p>\nIk begin het tweede verhaal met een inleiding over PG (<noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/rados\/operations\/placement-groups\/\">Placement Groups<\/a><\/noindex>). De belangrijkste rol van PG in Ceph is in de eerste plaats het aggregeren van Ceph-objecten en de daaropvolgende replicatie naar OSD. De formule waarmee je het benodigde aantal PG kunt berekenen, is te vinden in <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/rados\/operations\/placement-groups\/#choosing-the-number-of-placement-groups\">de relevante sectie<\/a><\/noindex> de documentatie van Ceph. Hier wordt deze kwestie ook behandeld met concrete voorbeelden.<\/p>\n<p>Dus: een van de veel voorkomende problemen tijdens het gebruik van Ceph is een ongebalanceerd aantal OSD en PG tussen de pools in Ceph.<\/p>\n<p>Ten eerste kan hierdoor een situatie ontstaan waarin te veel PG wordt opgegeven in een pool met een klein volume, wat in feite een ineffici\u00ebnt gebruik van schijfruimte in de cluster is. Ten tweede ontstaat er in de praktijk een ernstiger probleem: datavolume-overbelasting in een van de OSD. Dit leidt er eerst toe dat de cluster in de status <code>HEALTH_WARN<\/code>, en daarna in <code>HEALTH_ERR<\/code>. De schuldige is dat Ceph bij het berekenen van de beschikbare datavolume (deze kan worden achterhaald via <code>MAX AVAIL<\/code> in de uitvoer van het commando <code>ceph df<\/code> voor elke pool afzonderlijk) vertrouwt op de beschikbare data in OSD. Als er in zelfs maar \u00e9\u00e9n OSD onvoldoende ruimte is, kan er geen data meer worden geschreven totdat de data correct zijn verdeeld over alle OSD.<\/p>\n<p>Het is belangrijk op te merken dat deze problemen <b>overwegend worden opgelost tijdens de configuratiefase van de Ceph-cluster.<\/b>Een van de tools die hiervoor kan worden gebruikt is <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.easter-eggs.org\/index.php\/post\/2013\/09\/27\/%5BLibvirt%5D-Migrating-from-on-disk-raw-images-to-RBD-storage\">Ceph PGCalc<\/a><\/noindex>. Hiermee kan het benodigde aantal PG visueel worden berekend. Echter, dit kan ook worden toegepast in situaties waarin de Ceph-cluster <i>al<\/i> onjuist is ingesteld. Hierbij is het belangrijk op te merken dat je tijdens de herstelwerkzaamheden waarschijnlijk het aantal PG zult moeten verlagen, en deze mogelijkheid is niet beschikbaar in oudere versies van Ceph (dit kwam pas beschikbaar met versie <noindex><a rel=\"nofollow\" href=\"https:\/\/ceph.com\/rados\/new-in-nautilus-pg-merging-and-autotuning\/\">Nautilus<\/a><\/noindex>).<\/p>\n<p>Stel je de volgende situatie voor: de cluster heeft de status <code>HEALTH_WARN<\/code> omdat de ruimte in een van de OSD opraakt. Dit zal worden aangegeven door de foutmelding <code>HEALTH_WARN: 1 near full osd<\/code>. Hieronder staat een algoritme om uit een dergelijke situatie te komen.<\/p>\n<p>Allereerst moeten we de beschikbare gegevens verdelen over de andere OSD's. Een dergelijke operatie hebben we al uitgevoerd in de eerste case, toen we de knoop \"leegmaakten\" - met het enige verschil dat we nu een lichte vermindering moeten doorvoeren. <code>herpositioneren<\/code>. Bijvoorbeeld, tot 0,95:<\/p>\n<pre><code class=\"bash\">ceph osd reweight osd.${ID} 0,95<\/code><\/pre>\n<p>\nHierdoor wordt de schijfruimte in de OSD vrijgemaakt en wordt de fout in ceph health gecorrigeerd. Zoals eerder vermeld, ontstaat dit probleem voornamelijk door een onjuiste configuratie van Ceph in de beginfase: het is erg belangrijk om opnieuw te configureren, zodat dit probleem in de toekomst niet optreedt.<\/p>\n<p>In ons specifieke geval was alles gebaseerd op:<\/p>\n<ul>\n<li> een te hoge waarde <code>replication_count<\/code> in een van de pools,<\/li>\n<li> een te hoog aantal PG in \u00e9\u00e9n pool en een te laag aantal in een andere. <\/li>\n<\/ul>\n<p>\nLaten we gebruikmaken van de eerder genoemde rekentool. Hierin is duidelijk weergegeven wat je moet invoeren, en in principe is er niets moeilijk aan. Door de vereiste parameters in te voeren, krijgen we de volgende aanbevelingen:<\/p>\n<p><i><b>Opmerking<\/b>: als je een Ceph-cluster vanaf nul configureert, zal een andere nuttige functie van de rekentool het genereren van commando's zijn die de pools vanaf nul met de in de tabel aangegeven parameters zullen maken.<\/i><\/p>\n<p>Het laatste kolom helpt je te ori\u00ebnteren - <i>Suggested PG Count<\/i>. In ons geval is de tweede ook nuttig, waar de replicatieparameter wordt aangegeven, aangezien we besloten hebben om de replicatiefactor te wijzigen.<\/p>\n<p>Dus, eerst moeten we de replicatieparameters wijzigen - dit moet als eerste worden gedaan, omdat door het verlagen van de factor, we schijfruimte vrijmaken. Tijdens het uitvoeren van het commando kun je merken dat de waarde van de beschikbare schijfruimte toeneemt:<\/p>\n<pre><code class=\"bash\">ceph osd pool $pool_name set $replication_size<\/code><\/pre>\n<p>\nEn na voltooiing wijzigen we de parameterwaarden <code>pg_num<\/code> en <code>pgp_num<\/code> het als volgt:<\/p>\n<pre><code class=\"bash\">ceph osd pool set $pool_name pg_num $pg_number\nceph osd pool set $pool_name pgp_num $pg_number<\/code><\/pre>\n<p>\n<b>Belangrijk<\/b>: we moeten in elke pool de aantal PG's zorgvuldig aanpassen en de waarden in andere pools niet wijzigen totdat de waarschuwingen verdwijnen <i>\"Degraded data redundancy\"<\/i> en <i>\"n-number of pgs degraded\"<\/i>.<\/p>\n<p>Je kunt ook de uitvoer van de commando's controleren om te zien of alles succesvol is verlopen <code>ceph health detail<\/code> en <code>ceph -s<\/code>.<\/p>\n<h2>Case \u21163. Migratie van een virtuele machine van LVM naar Ceph RBD<\/h2>\n<p>\nIn situaties waarin virtuele machines worden gebruikt die zijn ge\u00efnstalleerd op gehuurde bare-metal servers, komt vaak de vraag naar voren over een fault-tolerant opslag. En het is ook zeer wenselijk dat er voldoende ruimte in deze opslag is... Een andere veel voorkomende situatie: er is een virtuele machine met lokale opslag op de server en de schijf moet worden uitgebreid, maar er is niets beschikbaar omdat er geen vrij schijfruimte meer op de server is.<\/p>\n<p>Dit probleem kan op verschillende manieren worden opgelost - bijvoorbeeld door migratie naar een andere server (als die beschikbaar is) of door nieuwe schijven aan de server toe te voegen. Maar het is niet altijd mogelijk om dit te doen, daarom kan migratie van LVM naar Ceph een uitstekende oplossing voor dit probleem zijn. Door deze optie te kiezen, vereenvoudigen we ook het verdere migratieproces tussen servers, omdat we de lokale opslag niet van de ene hypervisor naar de andere hoeven te verplaatsen. De enige horde is dat we de VM tijdelijk moeten stoppen tijdens de werkzaamheden.<\/p>\n<p>Als recept voor wat volgt, nemen we <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.easter-eggs.org\/index.php\/post\/2013\/09\/27\/%5BLibvirt%5D-Migrating-from-on-disk-raw-images-to-RBD-storage\">een artikel van deze blog<\/a><\/noindex>, waarvan de instructies in de praktijk zijn getest. Trouwens, <b>daar is ook een manier van migratie zonder downtime beschreven<\/b>, maar in ons geval was dat gewoon niet nodig, dus hebben we het niet getest. Als dit echter kritisch is voor uw project, horen we graag de resultaten in de opmerkingen.<\/p>\n<p>Laten we beginnen met het praktische gedeelte. In het voorbeeld gebruiken we virsh en dus libvirt. Zorg er eerst voor dat de Ceph-pool, waar de gegevens naar worden gemigreerd, is aangesloten op libvirt:<\/p>\n<pre><code class=\"bash\">virsh pool-dumpxml $ceph_pool<\/code><\/pre>\n<p>\nIn de beschrijving van de pool moeten de verbindingsgegevens naar Ceph staan met de gegevens voor autorisatie. <\/p>\n<p>De volgende stap is dat de LVM-image wordt geconverteerd naar Ceph RBD. De uitvoeringstijd is in de eerste plaats afhankelijk van de grootte van de image:<\/p>\n<pre><code class=\"bash\">qemu-img convert -p -O rbd \/dev\/main\/$vm_image_name rbd:$ceph_pool\/$vm_image_name<\/code><\/pre>\n<p>\nNa conversie blijft de LVM-image over, die nuttig zal zijn in het geval dat migreren van de VM naar RBD niet mogelijk is en we de wijzigingen moeten terugdraaien. Ook - om snel wijzigingen terug te draaien - maken we een back-up van het configuratiebestand van de virtuele machine:<\/p>\n<pre><code class=\"bash\">virsh dumpxml $vm_name &gt; $vm_name.xml\ncp $vm_name.xml $vm_name_backup.xml<\/code><\/pre>\n<p>\n\u2026 en we zullen het origineel bewerken (<code>vm_name.xml<\/code>). We zoeken de sectie met de schijfbeschrijving (begint met de regel <code>&lt;disk type='file' device='disk'&gt;<\/code> en eindigt op <code>&lt;\/disk&gt;<\/code>) en we brengen het naar de volgende vorm:<\/p>\n<pre><code class=\"xml\"><address \/><\/code><\/pre>\n<p>\nLaten we enkele details bekijken:<\/p>\n<ol>\n<li> In het protocol <code>source<\/code> wordt het adres naar de opslag in Ceph RBD aangegeven (dit is het adres met de naam van de Ceph-pool en de RBD-image, die in de eerste stap werd gedefinieerd).<\/li>\n<li> In het blok <code>secret<\/code> wordt het type <code>ceph<\/code>, evenals de UUID van het geheim voor de verbinding ermee. Zijn uuid kan worden achterhaald met behulp van het commando <code>virsh secret-list<\/code>.<\/li>\n<li> In het blok <code>host<\/code> de adressen naar de Ceph-monitors worden aangegeven.<\/li>\n<\/ol>\n<p>\nNa het bewerken van het configuratiebestand en het voltooien van de conversie van LVM naar RBD kan het gewijzigde configuratiebestand worden toegepast en kan de virtuele machine worden gestart:<\/p>\n<pre><code class=\"bash\">virsh define $vm_name.xml\nvirsh start $vm_name<\/code><\/pre>\n<p>\nHet is tijd om te controleren of de virtuele machine correct is opgestart: dit kan bijvoorbeeld worden gecontroleerd door verbinding te maken via SSH of via <code>virsh<\/code>. <\/p>\n<p>Als de virtuele machine goed werkt en je geen andere problemen hebt ontdekt, dan kan je de LVM-image verwijderen die niet meer in gebruik is:<\/p>\n<pre><code class=\"bash\">lvremove main\/$vm_image_name<\/code><\/pre>\n<p><\/p>\n<h2>Conclusie<\/h2>\n<p>\nAl deze situaties zijn we in de praktijk tegengekomen - we hopen dat de instructies ook andere beheerders helpen soortgelijke problemen op te lossen. Als je opmerkingen of andere soortgelijke verhalen hebt uit je ervaring met Ceph - we horen ze graag in de comments!<\/p>\n<h2>P.S.<\/h2>\n<p>\nLees ook op onze blog:<\/p>\n<ul>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/477680\/\">Onze handen zijn niet voor niets: het herstellen van de Rook-cluster in K8s<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/451818\/\">Rook of geen Rook \u2014 dat is de vraag<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/348044\/\">Rook is een 'zelfbedienings'-opslagoplossing voor Kubernetes<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/329666\/\">We cre\u00ebren permanente opslag met provisioning in Kubernetes op basis van Ceph<\/a><\/noindex>\u00bb.<\/li>\n<\/ul>\n<p>Bron: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/495870\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u043e \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u043c\u044b \u043c\u043e\u0436\u0435\u043c \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432\u0437\u0433\u043b\u044f\u0434\u0430 \u043d\u0435 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438 \u0438\u043b\u0438 \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u044b\u043c\u0438. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440: \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445 \u0438\u0437 \u0441\u0442\u0430\u0440\u043e\u0433\u043e Ceph \u0432 \u043d\u043e\u0432\u044b\u0439 \u0441 \u0447\u0430\u0441\u0442\u0438\u0447\u043d\u044b\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432 \u043d\u043e\u0432\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435; \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0434\u0438\u0441\u043a\u043e\u0432\u043e\u0433\u043e \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u0430 \u0432 Ceph. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u044f\u0441\u044c \u0441 \u0442\u0430\u043a\u0438\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043c\u044b \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u0435\u043c\u0441\u044f \u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":77267,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-77266","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.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432.\" \/>\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\/nl\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\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\udd47Tips &amp; tricks \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Ceph \u0432 \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah\" \/>\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-04-09T11:42:08+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-04-09T11:42:08+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\udd47Tips &amp; tricks voor het werken met Ceph in drukke projecten | ProHoster","description":"Gebruikmakend van Ceph als netwerkopslag in.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","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\udd47Tips &amp; tricks \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Ceph \u0432 \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445 | ProHoster","og:description":"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","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-04-09T11:42:08+00:00","article:modified_time":"2020-04-09T11:42:08+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"77266","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 17:20:51","updated":"2022-10-02 10:23:09","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\/77266","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=77266"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/77266\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/77267"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=77266"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=77266"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=77266"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}