Megjelent a DRBD 9.2.0 elosztott replikálható blokk eszköz új verziója, amely lehetővé teszi egy RAID-1 tömb kialakítását, amely különböző gépeken lévő, hálózaton összekapcsolt lemezekből áll (hálózati tükörzés). A rendszer hangmodulként van megvalósítva a Linux kernel számára és GPLv2 licenc alatt terjesztik. A drbd 9.2.0 ágazat a drbd 9.x.x átlátható helyettesítésére használható, és teljes mértékben kompatibilis protokoll szintjén, konfigurációs fájlok és segédprogramok szempontjából.
A DRBD lehetőséget biztosít a klaszter csomópontjainak tárolóinak egy rugalmas tárolóba történő ötvözésére. A rendszerek és alkalmazások számára ez a tároló úgy néz ki, mint egy azonos blokk eszköz. A DRBD használatakor minden helyi lemezen végzett művelet átkonvertálódik a többi csomópontra, és szinkronizálódik más gépek lemezeivel. Ha egy csomópont meghibásodik, a tároló automatikusan tovább működik a fennmaradó csomópontokon keresztül. Amikor a meghibásodott csomópont újra elérhetővé válik, annak állapota automatikusan naprakészre kerül.
A tárolót létrehozó klaszter több tucat csomópontot is tartalmazhat, amelyeket helyi hálózaton, valamint a földrajzi elhelyezkedésük szerint különböző helyszínekre helyeznek. adatközpontokAz ilyen elágazott tárolók szinkronizálása mesh hálózati technológiák alkalmazásával történik (az adatok láncszerűen áramlanak a csomópontok között). A csomópontok replikációja lehet szinkron módú, de aszinkron is. Például a helyben lévő csomópontok szinkron replikációt alkalmazhatnak, míg a távoli helyszínekhez aszinkron replikációval is lehet nyújtani, kiegészítő tömörítéssel és forgalom titkosítással.
Az új kiadásban:
- Csökkent a tükörzött írási kérések késleltetése. A hálózati veremmel való szorosabb integráció lehetővé tette a tervező kontextusváltásainak számának csökkentését.
- Csökkent a verseny a műveletek és az extents re-szinkronizációja között a re-szinkronizálási blokkok optimalizálásának köszönhetően.
- Jelentősen megnövelték a tárolóhely dinamikus kiosztásával ("thin provisioning") történő visszahinálás teljesítményét a háttérben. A teljesítmény növelése a trim/discard műveletek összekapcsolásának köszönhető, amelyek jelentősen tovább tartanak, mint a szokásos írási műveletek.
- Hozzáadva a hálózati névtér támogatása (network namespaces), amely lehetővé tette a Kubernetes integrációjának megvalósítását a replikációs hálózati forgalom elküldésére egy a konténerekhez kötődő külön hálózaton keresztül, a gazda környezet hálózata helyett.
- Hozzáadva a transport_rdma modult, amely Infiniband/RoCE szállítóként használható TCP/IP helyett Etherneten. Az új szállító használata lehetővé teszi a késleltetések csökkentését, a CPU terhelésének mérséklését és az adatok átvitelét felesleges másolás műveletek (zero-copy) nélkül.
Forrás: opennet.ru
