A helyzet az, hogy a rendszergazdák mindig bizalmatlanok az új dolgokkal szemben. Szinte minden, kezdve az új szerverplatformokkal a szoftverfrissítésekig, óvatosan, fenntartásokkal fogadják, amíg el nem jön az első gyakorlati tapasztalat, és meg nem érkeznek a pozitív visszajelzések más vállalatok kollégáitól. Ez érthető, hiszen amikor szó szerint a saját felelősséged alatt áll az üzlet működőképessége és a fontos információk megőrzése, az idő múlásával elkezdesz még magadban is kételkedni, nemhogy az alvállalkozókban, a beosztottakban vagy a hétköznapi felhasználókban.
A szoftverfrissítésekkel szembeni bizalmatlanságot sok kellemetlen eset támasztja alá, amikor az új patchek telepítése a teljesítmény csökkenéséhez, a felhasználói felület megváltozásához, vagy éppen az informatikai rendszer leállásához vezetett, de ami a legrosszabb, adatvesztéshez. Ugyanakkor teljesen lemondani a frissítésekről sem lehet, hiszen ebben az esetben a vállalat infrastruktúrája kibertámadásnak lenne kitéve. Elég csak visszaemlékezni a WannaCry vírushoz fűződő botrányra, amikor a több millió, a legfrissebb Windows verzióra nem frissített számítógépen tárolt adatokat titkosította. Ez az eset nemcsak több száz rendszergazda munkáját tette tönkre, hanem világosan megmutatta a szoftvertermékek frissítési politikája felülvizsgálatának szükségességét, amely lehetővé teszi a biztonság és a telepítés sebességének kombinálását. Nézzük meg a Zimbra 8.8.15 LTS kiadásának közeledtével, hogyan frissíthetjük a Zimbra Collaboration Suite Open-Source Edition-t, hogy garantálhassuk minden kritikus adat megőrzését.
A Zimbra Collaboration Suite egyik fő jellemzője, hogy gyakorlatilag minden eleme megduplázható. Különösen a fő LDAP Master szerver mellé hozzá lehet adni egy duplikáló LDAP replika szervert, amelyre, ha szükséges, áttehetőek a fő LDAP szerver funkciói. A Proxy szervereket és az MTA szervereket is lehet duplikálni. Ez a duplikáció lehetővé teszi, hogy szükség esetén a frissítési időszak alatt elkülönítsük az infrastruktúra egyes elemeit, így megbízhatóan védjük magunkat nemcsak a hosszú állásidőtől, hanem az adatok elvesztésétől is, ha a frissítés nem sikerül.
Az infrastruktúra többi elemétől eltérően a Zimbra Collaboration Suite-ben a postafiókok duplikálása nem támogatott. Még abban az esetben is, ha több postafiók található az infrastruktúrában, minden egyes postafiók adatai csak egy adott postafiókban lehetnek. szerveren. Éppen ezért az adatok védelmének egyik fő szabálya a frissítések során az információk időben történő biztonsági mentése a postafiókokban. Minél frissebb a biztonsági mentésed, annál több adat vész el, ha valamilyen vészhelyzet lép fel. Ugyanakkor van egy árnyoldala is ennek, mégpedig az, hogy a Zimbra Collaboration Suite ingyenes változatában nincs beépített biztonsági mentési mechanizmus, így a biztonsági másolatok létrehozásához a GNU/Linux beépített eszközeit kell használnunk. Azonban, ha az infrastruktúrád Zimbrája több postafiókot működtet, és az archívum mérete elég nagy, akkor minden egyes ilyen biztonsági mentés nagyon hosszú ideig tarthat, és jelentős terhet róhat a helyi hálózatra és magukra a szerverekre. Ezenkívül a hosszú másolás során drámaian megnő a különféle váratlan helyzetek kialakulásának kockázata. Ha pedig ilyen biztonsági mentést végzünk a szolgáltatás leállítása nélkül, fennáll a kockázata, hogy egyes fájlok helytelenül kerülnek másolásra, ami adatvesztéshez vezethet.
Ezért, ha nagy mennyiségű információt kell biztonsági menteni a levél tárolókból, érdemes inkrementális kiválasztást használni, amely lehetővé teszi a teljes adatmásolás elkerülését, csak azoknak a fájloknak a mentését, amelyek újonnan jelentek meg vagy megváltoztak az előző teljes biztonsági mentés óta. Ez jelentősen felgyorsítja a biztonsági mentések készítésének folyamatát, és lehetőséget biztosít a frissítések gyorsabb telepítésére. Az inkrementális mentést a Zimbra Open-Source Editionben a Zextras Backup moduláris kiterjesztés segítségével érhetjük el, amely a Zextras Suite részét képezi.
A Zextras PowerStore egy másik hatékony eszköze lehetőséget ad a rendszergazda számára az adatok deduplikálására a levél tárolóban. Ez azt jelenti, hogy minden azonos melléklet és ismétlődő e-mail egy eredeti fájlt helyettesít a levelező szerveren, míg az összes ismétlés átlátszó szimbolikus hivatkozásokká válik. Ennek köszönhetően nemcsak jelentős helymegtakarítást érhetünk el a merevlemezen, hanem a biztonsági mentés méretének csökkentésével is, ami lehetővé teszi a teljes biztonsági mentés időtartamának csökkentését, és ennek megfelelően gyakrabban végezhetjük el azt.
A Zextras PowerStore legfontosabb lehetősége a biztonságos frissítéshez a levelező fiókok áthelyezése a levelező szerverek között a Zimbra több szerveres infrastruktúráiban. Ez lehetővé teszi a rendszergazda számára, hogy a levelező tárolókkal ugyanezt végezze, mint amit a MTA- és LDAP-szerverek biztonságos frissítéséhez tettünk. Például, ha a Zimbra infrastruktúrájában négy levelező tároló van, megpróbálhatja elosztani a levelező fiókokat az egyikből a másik háromba, és amikor az első levelező tároló kiürül, nyugodtan frissítheti azt, aggódás nélkül az adatok biztonságáért. Ha a rendszergazdának van egy tartalék levelező tárolója az infrastruktúrában, arra használhatja, mint ideiglenes tárolót a frissítés alatt lévő levelező tárolókból áthelyezett levelező fiókok számára.
Az ilyen áthelyezést a konzolos parancs végzi DoMoveMailbox. Ahhoz, hogy ezt a funkciót kihasználhassuk, először meg kell szereznünk az összes fiók teljes listáját az email tárolóból. Ehhez a következő parancsot kell végrehajtanunk a levelező szerveren: zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. A parancs végrehajtása után egy fájlt kapunk. accounts.txt amely tartalmazza az összes email fiók listáját az email tárolónkon. Ezt követően azonnal felhasználhatjuk a fiókok másik email tárolóra való áthelyezésére. Az alábbi módon fog kinézni:
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt stages data
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt stages data,account notifications admin@example.com
A parancsot kétszer hajtjuk végre, hogy első alkalommal az összes adatot átmásoljuk anélkül, hogy az fiókot áthelyeznénk, majd másodjára, mivel az adatok átvitele inkrementálisan történik, átmásoljuk az összes olyan adatot, amely az első átvitel után keletkezett, majd az fiókokat is áthelyezzük. Felhívjuk figyelmüket arra, hogy a fiók áthelyezésével rövid ideig elérhetetlenné válik az email fiók, ezért érdemes tájékoztatni a felhasználókat erről. Továbbá, a második parancs végrehajtása után az adminisztrátor email értesítést kap a folyamatról. Ennek köszönhetően az adminisztrátor a lehető leggyorsabban elkezdheti az email tároló frissítését.
Ha az email tárolón történő szoftverfrissítést a SaaS szolgáltató végzi, sokkal ésszerűbb az adatokat nem fiókok, hanem az azon lévő domainek szerint áthelyezni. Ehhez a parancsot kissé módosítani kell:
zxsuite powerstore doMailboxMove reserve_mailbox.saas.com domains client1.ru, client2.ru, client3.ru stages data
zxsuite powerstore doMailboxMove secureserver.saas.com domains client1.ru, client2.ru, client3.ru stages data,account notifications admin@saas.com
Miután a fiókok és adataik áthelyezése a levelező tárolóról megtörtént, az eredeti szerveren lévő adatok már nem számítanak jelentőséggel, így elkezdhetjük a levelező szerver frissítését anélkül, hogy aggódnánk a megőrzésük miatt.
Azok számára, akik szeretnék minimalizálni a leállási időt az email fiókok áthelyezése során, ideális egy alapvetően másik parancs használati forgatókönyv: zxsuite powerstore doMailboxMove, amelynek lényege, hogy a levelező fiókok átköltöztetése azonnal az új, frissített szerverekre történik, anélkül, hogy köztes megoldásra lenne szükség. szerverek. Más szavakkal, új levelezési tárolót adunk a Zimbra infrastruktúrához, amely már frissítve van a legújabb verzióra, majd csak átköltöztetjük rá a régi szerverről a már ismert forgatókönyv szerint a fiókokat, és ezt a folyamatot megismételjük, amíg az összes szerver az infrastruktúrában nem frissül.
Ez a módszer lehetővé teszi a fiókok egyszeri átköltöztetését, ezzel csökkentve a levelező fiókok elérhetetlenségének időtartamát. Ezen kívül csak egy további levelező szerver szükséges a megvalósításhoz. Azonban óvatosan kell eljárniuk azoknak az adminisztrátoroknak, akik különböző konfigurációjú szervereken helyeznek el levelezési tárolókat. A helyzet az, hogy nagy számú fiók átköltöztetése gyengébb teljesítményű szerverre negatívan befolyásolhatja a szolgáltatás elérhetőségét és reakcióképességét, ami különösen kritikus lehet nagyvállalatok és SaaS-szolgáltatók esetében.
Így a Zextras Backup és a Zextras PowerStore segítségével a Zimbra rendszergazdája lehetőséget kap arra, hogy az összes Zimbra infrastruktúra csomópontot frissítse anélkül, hogy kockázatot jelentene az ott tárolt információkra.
Forrás: habr.com
