Az Azure Storage oktatóanyag - táblázatok, blobok, várólisták és fájltárolók a Microsoft Azure-ban

Ebben a blogban megismerheti az azúr tárolást és azok összetevőit. A vége felé az összes tárolási szolgáltatással is foglalkozunk.

Az Azure Storage egy Microsoft által felügyelt felhőalapú tárolási szolgáltatás, amely rendkívül elérhető, tartós, méretezhető és redundáns tárhelyet kínál a költségek töredékével, ha kézileg kezeli. Ebben az Azure Storage blogban megtudhatja az Azure különböző tárolási kínálatát, például táblák, foltok, fájlok tárolása és sorok ! A vége felé bemutattuk ezen szolgáltatások bemutatását is az Azure-ban. Az oktatóanyag az Azure Storage áttekintését is megtekintheti:



A következő témákkal foglalkozunk ma:

  1. Miért van szükségünk tárolásra?
  2. Tárolási Vs adatbázis
  3. Mi az Azure Storage?
  4. Replikáció az Azure-ban
  5. Demó

Miért van szükségünk tárolásra?

Értsük meg ezt egy példával, vegyük figyelembe a következő architektúrát:



Architecture1 - Azure Storage oktatóanyag - Edureka

Ez az architektúra egy képfeldolgozó webhelyre vonatkozik. Megpróbáltuk elosztani a terhelést a szerverek két osztálya, nevezetesen a webszerverek és a háttérszerverek között. A webszerver egyetlen feladata a weboldalunk beérkező oldaligényeinek kezelése. A háttérszerverek minden olyan „feldolgozást” kezelnek, amelyre egy művelethez szükség lenne, amely esetünkben képfeldolgozás lenne. Két üres „entitás” van, amelyek ismeretlenek.

Az első entitásra a bejövő munkák tárolására lesz szükség a webszervereinkről. Ezeket a feladatokat a háttérszerverek veszik fel a feladat végrehajtása érdekében. Miután egy munka befejeződött, el kell távolítani erről az entitásról, hogy más szerver ne vegye fel újra a feldolgozásra, mivel azt már feldolgozták.



Kíváncsi lehet, miért nem tárolhatjuk ezt a listát csak a háttérszervereken?Ez azért van, mert, a felhasználási esetünkhöz több háttérszerverre lesz szükségünk. Tehát ennek a listának minden háttérszerveren jelen kell lennie, és minden sikeres munka befejezésekor az összes szervernek frissítenie kell a listáját. Most ez ijesztő feladattá válik.

Ezért jobb megoldásra volt szükségünk. Ezért egy olyan közös helyet találtunk ki, amely az összes háttérszerver számára elérhető, ahol minden munkánkat el lehet tárolni az érkezési sorrendben. Ezt várólistának hívták.

A második ismeretlen entitásra a feldolgozott képek tárolásához van szükség.Szükségünk volt valamireamely minimális feldolgozási költséggel képes tárolni képeinket.A nyilvánvaló válasz egy fájlrendszer volt a tárolásra.

Összegzésként szükségünk volt a sor tárolás az első entitásunk számára, a második entitásunk számára pedig a fájlrendszer . De miért van szükség fájlrendszerre, nem pedig adatbázisra képeink vagy munkáink tárolásához?

Tárolás vs adatbázis

A fájlrendszerek nemcsak alacsonyabb feldolgozást igényelnek, hanem könnyen hozzáférhetők is. Ha képeket tárol az adatbázisban, akkor lekérdezési kérést kell tennie az adatbázis számára, minden alkalommal, amikor képre van szüksége. Képzelje el ugyanezt az esetet egy fájlrendszerrel, ez nem igényel akkora feldolgozást, mert a fájlokhoz való hozzáférés meglehetősen egyszerű és könnyű. Az adatbázis tárolása drágább, mint a fájlrendszer tárolása.

Mi az Azure Storage?

Azure Storage a felhőalapú tárolási megoldás a modern alkalmazásokhoz, amelyek a tartósságon, a rendelkezésre álláson és a skálázhatóságon alapulnak, hogy megfeleljenek ügyfeleik igényeinek.

A legelső dolog, amire szüksége van, az azúrkék tároló használatához a tárfiók.

Tárfiókok

Bármely tárolótípus használatához az Azure-ban először létre kell hoznia egy fiókot az Azure-ban. Fiók létrehozása után adatokat továbbíthat a tárfiók szolgáltatásaiba vagy azokról. Hozzon létre egy tárfiókot akár 500 TB adat tárolásához a felhőben. Használja a Blob storage-fiókot és a gyors vagy a hideg hozzáférési szinteketoptimalizálni a költségeket az objektumadatokhoz való hozzáférés gyakorisága alapján.

A tárfiók kétféle lehet:

  1. Általános rendeltetésű
  2. Blob Storage

Beszéljük meg részletesen mindegyiket:

Általános célú tárfiók

Az általános célú tárfiók olyan helyet biztosít, ahol hozzáférést biztosít blobokhoz, várólistákhoz, fájlokhoz és táblákhoz, ezekhez a szolgáltatásokhoz egy egységes fiókban. Általános célú tárfiók használható objektumadatok tárolására, használható NoSQL adattárolóként, használható sorok meghatározására és felhasználására az üzenetek feldolgozásához, valamint beállításához fájlmegosztások a felhőben.

Mint említettük, elsősorban 4 típusú tárolótípus létezik azúrkék színben:

  • Táblázatok
  • Foltok
  • Sorok
  • Fájltárolás

Táblázatok

Az Azure táblázat tárolási szolgáltatás nagy mennyiségű strukturált adatot tárol. A szolgáltatás egy NoSQL adattároló, amely hitelesített hívásokat fogad el az Azure felhőn belülről és kívülről. Az Azure táblák ideálisak strukturált, nem relációs adatok tárolására.

Foltok

Azure Blob a storage olyan szolgáltatás, amely strukturálatlan adatokat tárol a felhőben objektumként / foltok . Folt a tároló bármilyen típusú szöveget vagy bináris adatot tárolhat, például dokumentumot, médiafájlt vagy alkalmazás telepítőt. Folt tárolást objektumtárolásnak is nevezzük.

Sorok

Azure Queue A tárolás olyan szolgáltatás, amely nagyszámú üzenet tárolására képesa világ bármely pontjáról hozzáférhet hitelesített hívásokon keresztül HTTP vagy HTTPS használatával. Egyetlen sor az üzenet legfeljebb 64 KB méretű lehet, és a sor milliónyi üzenetet tartalmazhat, a tárfiók teljes kapacitáskorlátjáig.

Fájltárolás

NAK NEK Fájltárolás a részvény egy SMB fájl ossza meg Égszínkék . Minden könyvtár és fájlokat szülői részvényben kell létrehozni. Egy fiók korlátlan számú részvényt tartalmazhat, és egy részvény korlátlan számú részvényt tárolhat fájlokat , az 5 TB teljes kapacitásig fájl Ossza meg.

Blob Storage

A Blob storage fiókok a blob adatok tárolására specializálódtak, és felhasználhatók egy hozzáférési szint , amely lehetővé teszi annak megadását, hogy a fiók adatait milyen gyakran érjék el. Kiválaszthatja a tárolásának megfelelő hozzáférési szintet, amely megfelel a költségeinek.

Kétféle hozzáférési réteg létezik:

Forró: Ez a hozzáférési szint a lehető legkisebb késést biztosítja számunkra. Ezért olyan adatokkal kell használni, amelyekhez gyakran hozzáférnek. Természetesen, mivel alacsony késleltetési időt kínál, drágább.

Hideg: Ez a hozzáférési szint kevésbé teljesítőképes, mint a „Hot” hozzáférési szint, vagyis magasabb késleltetést kínál, mint akorábbi hozzáférési szint. Mindazonáltal alacsonyabb árcédulával rendelkezik, ezért felhasználható olyan adatokhoz, amelyekhez ritkábban férnek hozzá.

Továbblépve, mindkét ilyen tárfióktípus, azaz folt tárolása és általános célú tárfiók úgy tervezték, hogy rendkívül elérhetőek legyenek. Magas rendelkezésre állás esetén biztos lehet benne, hogy az azúrkiszolgálón tárolt fájljai 24 × 7-es formátumban állnak majd rendelkezésre. A magas rendelkezésre állás csak replikációval lehetséges.

Replikáció

Alapvetően 4 típusú replikáció létezik az Azure-ban:

Helyileg felesleges tárolás

A helyileg redundáns tárolás (LRS) háromszor replikálja adatait egy tárolási méretarányú egységen belül, vagyis egy adatközpontban. Az adatközpont abban a régióban található, ahol a tárfiókot létrehozta. Az írási kérelem csak akkor tér vissza sikeresen, ha mindhárom replikához írták. Ezen replikák mindegyike külön hibatartományokban és frissítési tartományokban található egy tárolóskála egységen belül.

Zóna felesleges tárolás

A Zone-Redundant Storage (ZRS) az adatokat aszinkron módon replikálja az adatközpontokban egy vagy két régión belül, továbbá három, az LRS-hez hasonló másolat tárolása mellett, így nagyobb tartósságot biztosít, mint az LRS. A ZRS-ben tárolt adatok akkor is tartósak, ha az elsődleges adatközpont nem érhető el vagy nem állítható helyre.

Geo-redundáns tárolás

A földrajzi redundáns tárolás (GRS) az adatokat egy másodlagos régióra replikálja, amely több száz mérföldnyire van az elsődleges régiótól. Ha a tárfiókjában engedélyezve van a GRS, akkor az adatai akkor is tartósak, ha teljes regionális leállás vagy katasztrófa fordul elő, amelyben az elsődleges régió nem áll helyre.

Olvasási hozzáférésű geo-redundáns tárhely

Olvasási hozzáférésű geo-redundáns tárolás (RA-GRS) maximalizálja a tárfiók elérhetőségét azáltal, hogy csak olvasható hozzáférést biztosít az adatokhoz a másodlagos helyen, a GRS által biztosított két régió közötti replikáció mellett.

Rendben, most minden szükséges információ megvan. Menjünk előre, és hajlítsuk meg az ujjainkat a bemutatóval!

Demó

Két részletben fogjuk elkészíteni ezt a bemutatót:

1. rész: Megpróbálunk létrehozni egy weboldalt, amely képes lesz feltölteni fájlokat a blob szolgáltatásba. A fájl feltöltése után a fájl részletei is hozzáadódnak az Azure várólistához, amely frissítéskor megváltoztatja a weboldal hátterét.

1. lépés: Mint korábban említettük, az első lépés a tárfiók létrehozása kell, hogy legyen. Ehhez kövesse az alábbi képen látható utasításokat.

  1. Először kattintson a bal oldali ablaktáblán a Tárfiókok elemre
  2. Ezután kattintson a Hozzáadás gombra
  3. Végül adja meg az összes vonatkozó mezőt, majd kattintson a Létrehozás gombra.

2. lépés: Ez az! Sikeresen létrehoztuk a tárfiókunkat. Négyféle tárolási szolgáltatás van a fiókunkban, azaz Blobok, Sorok, Fájlok és Táblázatok. Ebben az Azure Storage oktatóanyagban bemutatom a Blob szolgáltatást és a Queue szolgáltatást ebben a részben. Ezenkívül részletes demóért olvassa el az Azure Storage oktatóanyagról szóló videónkat, amely a blog elején található. Konfiguráljuk először a blob szolgáltatást. Lépjen a tárfiókjába, és kattintson a Blobokra.

3. lépés: Kattintson tartály , új tároló létrehozásához. Először írja be a tároló nevét, ennek egyedinek kell lennie az összes olyan tároló számára, amelyet ebben a fiókban fog létrehozni. Ezután rendeljen hozzá nyilvános hozzáférési szintet. A foltok nem más, mint fájlok. Ha kijelöli magán hozzáférési szint , csak Ön tudja letölteni a tároló tartalmát. Ha kijelöli blob hozzáférési szint, bármely felhasználó, aki rendelkezik a fiók tárolójához vezető linkkel hozzáférhet a benne lévő fájlokhoz . Val vel konténer hozzáférési szint , bármely linkkel rendelkező felhasználó hozzáférést kap a fájlokhoz és mappákhoz ebben a tartályban. Kiválasztjuk a Blob hozzáférési szintet a bemutatónkhoz. Végül kattintson az OK gombra.

4. lépés: Adja mega tárfiók kapcsolati karakterlánca a webhely kódjában. Egy kapcsolati karakterlánc hitelesíti a kódot, hogy kölcsönhatásba lépjen a megadott tárfiókkal és annak szolgáltatásaival. Ehhez egyszerűen válassza ki a tárfiókját, majd válassza ki a hozzáférési kulcsokat, és végül másolja le az egyik kapcsolati karakterláncot. Illessze be ezt a kapcsolati karakterláncot webhelye kódjába, és készen áll!

5. lépés: Kezdjük most a sorral. A tárfiókok áttekintő oldalán válassza ki a sorokat.

6. lépés: Ezután létrehozunk egy sort. Ehhez kattintson a Sor hozzáadása elemre, adjon megfelelő nevet a sornak, majd kattintson az OK gombra. Végül cserélje ki a kódban a vonatkozó információkat.

7. lépés: Ez az a weboldal, amelyet készítettünk, válassza ki a feltölteni kívánt fájlt, majd kattintson a feltöltés gombra.

Így fog kinézni a képernyő a fájl feltöltése után.

Ezzel sikeresen felvettük a fájlunkat a tárolóba és a sorba. Ugyanezt megnézheti az alábbi képernyőkön:

Most ellenőrizzük, van-e bejegyzésünk a blobban is:

8. lépés: Menjünk a weboldal folyamatoldalára, hogy megtudjuk, olvasható-e a sorból és a blobból származó bejegyzés, és igen! Mint látható, a kép neve ugyanaz.

Ezzel a demo 1. részét zárjuk le. Térjünk át a 2. részre.

2. rész: Ennek ebben a részébenAzure tárolási bemutató, meg fogjuk vizsgálni a fájlszolgáltatás azúrkék színben. Az File Service ban benAzure az SMB 3.0 protokollt használja a fájlátvitelhez, ez a szolgáltatás úgy csatolható a Windows operációs rendszerhez, mintha egy külső meghajtó lenne.Próbálja ki ezt az Azure Portal most szolgáltatásban:

1. lépés: Lépjen a tárfiók áttekintő oldalára, és válassza ki a fájltszolgáltatás.

2. lépés: A következő oldalon írja be a fájlpéldány nevét és a példány kívánt méretét. Végül kattintson az OK gombra.

3. lépés: Válassza ki a fájlszolgáltatását, majd kattintson a Csatlakozás gombra.

A tulajdonságok ablaktáblán másolja a hivatkozást a képen látható módon:

Illessze be a jegyzettömbbe, hogy megkülönböztethesse az elemeket:

  • Az első pont a cím oszlop
  • A második pont a felhasználó neve
  • A harmadik pont a jelszavad

Mentse el ezeket a részleteket, amelyeket felhasználják a következő lépésben ebben az Azure Storage oktatóanyagban.

4. lépés: Kattintson a jobb gombbal a számítógépem ikonjára, az asztalára, majd kattintson a Map Network Drive elemre.

mit csinál a split a java-ban

5. lépés: Írja be a jegyzettömbből másolt első pontot a mappa szövegmezőbe, majd kattintson a Befejezés gombra.

6. lépés: A következő lépésben írja be a felhasználónevet és a jelszót a Jegyzettömbből, majd kattintson az OK gombra.

7. lépés: Gratulálunk! A tinak nekA zure tároló meghajtó készen áll. Most már használhatja, akárcsak a számítógép bármely más meghajtóját!

Ezzel befejezzük a bemutatónkat. Szeretne többet megtudni az Azure-ról? azért van itt, hogy segítsen neked! Megtekintheti blogjainkat a bal oldali menüben, alaposan áttekintettük a kiemelkedő Azure Services szolgáltatásokat, és ezt a listát gyakran frissítjük. Maradjon velünk!

Ha Ön egyike azoknak, akik ezt a technológiát olyan szakemberektől szeretnék megtanulni, akik a Microsoft Azure tanúsítvánnyal rendelkeznek és vezető iparági szakértők, akkor jó helyen jár. Mi az edurekánál! elkötelezettek a tanulása iránt. Tanfolyamokat kínálunk, amelyek segítenek Önnek a minősítés megszerzésében, és ezáltal segítik álmai munkaprofiljának üldözését!

Kitaláltunk egy tantervet, amely pontosan lefedi, hogy mire lenne szükséged a Microsoft vizsgák feltöréséhez! Megtekintheti a kurzus részleteit edzés itt.

Ezenkívül ez az Azure Tutorial blogsorozat gyakran frissül, amikor kibővítjük az Azure-szolgáltatásokra vonatkozó blogrészünket, így maradjon velünk!

Van egy kérdésünk? Kérjük, említse meg az Azure Storage oktatóanyag megjegyzés szakaszában, és kapcsolatba lépünk Önnel.