Adatredundanciát és optimalizálás
Miután szerver biztonságos adatközpontok Európában. Nyílt felhő VPS / VDS szerver egy gyors SSD 1 perc alatt!
A legjobb Web Hosting:
- megvédi az illetéktelen hozzáférés egy biztonságos európai adatközpont
- fizet legalább Bitcoin.
- Akkor tegye meg a disztribúciós
- védelmet DDOS támadások
- ingyenes biztonsági mentés
- Üzemidő 99,9999%
- DPC - TIER III
- ISP - TIER I
Támogatás az orosz 24/7/365 dolgozni a jogi és fizikai személyek. Most kell 24 mag és 72 Gb RAM. Kérlek!
A versenyképes áron bizonyítani, hogy a legolcsóbb hosting, ha nem tudja!
A percek alatt, válassza ki a konfiguráció, a fizetés és a CMS egy VPS kész.
Pénzvisszafizetési - 30 nap alatt!
Bankkártyák, elektronikus valuta révén Qiwi terminálok, WebMoney, PayPal, Novoplat és mások.
Tegye fel kérdését támogatás 24/7/365
Megtalálja a választ az adatbázisunkban, és megfelel az ajánlásokat a
A redundancia RAID-tömb
A redundancia RAID-tömb - talán a leggyakoribb típus a redundancia. RAID jelentése «redundáns tömb független lemezek» (redundáns tömbje független lemezek), ami azt jelenti, hogy a legtöbb konfigurációban meghajtók egyébként egymásra vannak tükrözve.
Elvileg ez a példa minden RAID-tömbök. Most különösen észrevehető különbség RAID és tartalékok: a lemezen módosítás minden lemezen egyszerre; azaz, ha egy fájlt törölték az egyik lemezről, csak nem lesz a második.
Moduláris redundancia
A következő típusú redundancia - tükrözés teljes szerkezetre. Ehhez használja DRBD (elosztott többszörözött blokkeszköz).
Ez a módszer némileg hasonlít a redundancia RAID tömbök. A különbség az, hogy itt replikáció történik. A RAID-tömb, a redundancia zajlik az alkalmazás szintjén. A RAID szoftver kezeli a fizikai tároló eszközök és ajánlatokat az egyik rendelkezésre álló eszköz alkalmazási adatok.
DRBD beállítások eltérnek. Jóllehet teljes mértékben tükröződik az egyes hardver verem, és minden alkalmazás felület. Ez azt jelenti, hogy az út-hoz erősít egy alkalmazás hiba, mert valójában van egyetlen gép egy példányát a szükséges adatok a munkát. Ha az első kiszolgáló meghibásodik a tápegység, a második kiszolgáló továbbra is működik hatékonyan.
SQL replikáció
Amikor dolgozik SQL adatbázisok (MySQL, MariaDB, PostgreSQL, stb) lehet építeni azokat használó replikációs funkciók hibatűrő esetén az elsődleges szerver meghibásodik.
Másolatai, master-slave típusú
Ez talán a legalapvetőbb formája SQL adatokat replikáció. Ebben a konfigurációban, van egy fő kiszolgáló, amely az úgynevezett mester, vagy master-szerver. Ez a szerver felelős az összes műveletet a felvétel és az adatok frissítése. Az adatokat ezután másolt a szerver a szolga szerver (vagy slave-szerver).
Ez a beállítás lehetővé teszi, hogy osztja az olvasási műveletek több számítógép között, amely jelentősen javítja az alkalmazások teljesítményét.
Természetesen a termelékenység növekedése jelentős előny; de ugyanilyen fontos, hogy az ilyen replikáció javítja hibatűrés. Ha a master-szerver valamilyen okból nem áll rendelkezésre, az olvasási műveletet el lehet végezni a slave szerverek. Sőt, rabszolga-szerver lehet vándorolt mester-szerver, ha az előző mester nem érhető el hosszú ideig.
Replikációja Master-Master típusú
Egy replikációs konfigurációban mindegyik szerver egy vezető, azaz mester. Ez azt jelenti, hogy minden szerver fogadására és frissítési adatok, akkor a változások lesznek, a többi szerver. Ez replikációs ugyanazokkal az előnyökkel, mint a master-slave, és emellett lehetővé teszi, hogy a termelékenység növelése a terhelés kiegyenlítő mechanizmus.
Így, ha egy szerver meghibásodik, a másik is figyelembe kérelmeket. Természetesen ez a konfiguráció nehezebb, de ez sokkal hibatűrő, mert abban az esetben nem szükséges állítani a szerver (mint a replikáció master-slave) hiba.
Ez a beállítás lehet kombinálni biztonsági mechanizmusokat; Ehhez le kell tiltani az egyik mester-szerver, mert közben a biztonsági adatokat kell konzisztens állapotban. Miután a mentés befejeződött, akkor újra replikáció.
Eloszlás a redundancia alternatív
Elosztott rendszerek számos előnye van a hagyományos redundancia beállításokat.
Korábban ebben a kézikönyvben említett RAID-tömbök, mint a RAID 1 tömb másik gyakori - RAID 5. oszt adatokat több meghajtók, és vezeti az irányítást a paritást. Információ a paritás van tárolva egy külön lemez ellenőrzés. Ez azt jelenti, hogy meghibásodás esetén az egyik meghajtó, bármilyen tranzakció lehet visszaállítani kombinálásával a paritás információt a többi lemezt.
Van is egy csomó adatbázisok és egyéb szoftveres megoldások az adatok eloszlása.
Példaként Riak; Ez egy elosztott adatbázis. Riak csomópontok ugyanúgy működik. Nincs kapcsolat, mint a master-slave kapcsolat közöttük. Tárgyak az adatbázisban tárolt megismétlődik.
Azonban a csomópontok nem tartalmazza a teljes adatbázist, az adatok egyenlően oszlik meg a két. Replikáció után elhelyezett tárgyak különböző nodah hogy az adatokhoz való hozzáférés esetén a hardver hibák.
Egy másik jó példa erre a megközelítésre egy elosztott adatbázis Cassandra. Ez alapján az azonos elvek, mint Riak, de végre egy kicsit másképpen.
következtetés
Mint látható, sok lehetőség van, hogy optimalizálja a kiszolgáló teljesítményét a redundáns adatok. elsősorban attól függ, hogy a megközelítés problémákat kell küszöbölni, vagy megelőzhető. Ezen túlmenően, ezek a technika kombinálható.