Azure Storage е управлявана от Microsoft услуга за съхранение в облак, която предоставя високо достъпно, трайно, мащабируемо и излишно съхранение, като част от цената, ако трябва да го управлявате ръчно. В този блог за Azure Storage ще научите различните предложения за съхранение от Azure, като например таблици, петна, съхранение на файлове и опашки ! Към края включихме и демонстрация на всички тези услуги в Azure. Можете също да прегледате този урок за преглед на Azure Storage:
Следват темите, които ще разгледаме днес:
- Защо се нуждаем от съхранение?
- База данни срещу съхранение
- Какво е Azure Storage?
- Репликация в Azure
- Демонстрация
Защо се нуждаем от съхранение?
Нека разберем това на пример, разгледайте следната архитектура:
Тази архитектура е за уебсайт за обработка на изображения. Опитахме се да разпределим натоварването между два класа сървъри, а именно сървъри на уебсайтове и сървъри на базата. Единствената работа на сървъра на уебсайта би била да обработва входящите заявки за страници за нашия уебсайт. Вътрешните сървъри ще обработват всяка „обработка“, която би била необходима, съответстваща на операция, която в нашия случай би била обработка на изображения. Има два празни „обекта“, които са неизвестни.
Първият обект ще е необходим за съхраняване на входящите задачи от нашите сървъри на уебсайтове. Тези задачи ще бъдат взети от бекенд сървърите за изпълнение на заданието. След като заданието е завършено, то трябва да бъде премахнато от този обект, така че никой друг сървър да не го вземе за повторна обработка, тъй като вече е обработен.
Може би се чудите, защо не можем просто да съхраним този списък на бекенд сървърите?Това е така, защото, ние ще се нуждаем от множество бекенд сървъри за нашия случай на употреба. Така че този списък трябва да присъства на всеки бекенд сървър и при всяко успешно завършване на заданието всички сървъри ще трябва да актуализират своя списък. Сега това се превръща в плашеща задача.
Следователно имахме нужда от по-добро решение. Следователно измислихме общо местоположение, което е достъпно за всички бекенд сървъри, където всички наши работни места могат да се съхраняват на база първи дошъл, това стана известно като опашка.
Вторият неизвестен обект е необходим за съхраняване на обработените изображения.Имахме нужда от нещокоито могат да съхраняват нашите изображения с минимални разходи за обработка.Очевидният отговор беше файлова система за съхранение.
В заключение, имахме нужда от опашка съхранение за първата ни същност, а за втората ни същност имахме нужда от файлова система . Но защо ни е необходима файлова система, а не база данни за съхранение на нашите изображения или работни места?
Съхранение срещу база данни
Файловите системи не само изискват по-ниска обработка, но и са лесни за достъп. Ако съхранявате изображения в база данни, ще трябва да направите заявка за заявка към базата данни, всеки път, когато имате нужда от изображение. Представете си същия случай с файлова система, няма да отнеме толкова много обработка, защото достъпът до файл е доста прост и лек. Също така съхранението на база данни е по-скъпо от съхранението на файловата система.
Какво е Azure Storage?
Azure Storage е решението за съхранение в облак за съвременни приложения, които разчитат на трайност, наличност и мащабируемост, за да отговорят на нуждите на своите клиенти.
Първото нещо, от което се нуждаете, за да използвате хранилище в лазурен цвят, е a акаунт за съхранение.
Акаунти за съхранение
За да използвате какъвто и да е тип съхранение в azure, първо трябва да създадете акаунт в Azure. След като създадете акаунт, можете да прехвърляте данни към или от услуги във вашия акаунт за съхранение. Създайте акаунт за съхранение, за да съхранявате до 500 TB данни в облака. Използвайте акаунта за съхранение на Blob и нивата на горещ или хладен достъпза да оптимизирате разходите си въз основа на това колко често се осъществява достъп до вашите обектни данни.
Акаунтът за съхранение може да бъде от два вида:
- С общо предназначение
- Съхранение на петна
Нека обсъдим всеки от тях подробно:
Акаунт за съхранение с общо предназначение
Акаунтът за съхранение с общо предназначение предоставя пространство, където ви дава достъп до петна, опашки, файлове и таблици, всички тези услуги в единния акаунт. Акаунт за съхранение с общо предназначение може да се използва за съхраняване на обектни данни, може да се използва като хранилище за данни NoSQL, може да се използва за определяне и използване на опашки за обработка на съобщения и настройка споделяне на файлове в облака.
Както бе споменато, основно има 4 вида хранилища в лазурното:
- Маси
- Петна
- Опашки
- Съхранение на файлове
Маси
The Azure таблица услугата за съхранение съхранява големи количества структурирани данни. Услугата е хранилище за данни NoSQL, което приема удостоверени повиквания от и извън облака на Azure. Таблиците Azure са идеални за съхраняване на структурирани, нерелационни данни.
Петна
Azure Blob съхранението е услуга, която съхранява неструктурирани данни в облака като обекти / петна . Blob хранилището може да съхранява всякакъв вид текст или двоични данни, като документ, медиен файл или инсталатор на приложение. Blob съхранението се нарича още съхранение на обект.
Опашки
Опашка Azure съхранението е услуга за съхраняване на голям брой съобщения, които могат да бъдатдостъпни от всяка точка на света чрез удостоверени повиквания, използващи HTTP или HTTPS. Сингъл опашка съобщението може да бъде с размер до 64 KB и a опашка може да съдържа милиони съобщения, до общия капацитет на акаунт за съхранение.
Съхранение на файлове
ДА СЕ Съхранение на файлове дял е SMB файл дял в Лазурен . Всички директории и файлове трябва да се създаде в родителски дял. Профилът може да съдържа неограничен брой акции, а акцията може да съхранява неограничен брой файлове , до 5 TB общ капацитет на файл дял.
Съхранение на петна
Blob акаунтите за съхранение са специализирани за съхраняване на blob данни и могат също да се използват за избор на ниво на достъп , което ви позволява да посочите колко често се осъществява достъп до данните в акаунта. Можете да изберете ниво на достъп, подходящо за вашето хранилище и което отговаря на вашите разходи.
Има два вида ниво на достъп:
Горещо: Това ниво на достъп ни дава възможно най-ниската латентност. Следователно той трябва да се използва с данни, до които често се осъществява достъп. Естествено, тъй като предлага ниска латентност, е по-скъпо.
Студ: Тази степен на достъп е с по-ниска производителност, отколкото „Горещата“ степен на достъп, т.е. предлага по-висока латентност отбивше ниво на достъп. Като се има предвид това, той идва с по-ниска цена и следователно може да се използва за данни, които са по-рядко достъпни.
Продължавайки, и двата типа акаунти за съхранение, т.е. blob съхранение и акаунт за съхранение с общо предназначение са проектирани да бъдат високо достъпни. С висока наличност можете да сте сигурни, че вашите файлове, хоствани на azure, ще бъдат налични 24 × 7. А високата наличност е възможна само с помощта на репликация.
Репликация
По принцип има 4 типа репликация в Azure:
Локално излишно съхранение
Локално излишното съхранение (LRS) репликира вашите данни три пъти в единица за мащаб, т.е. в центъра за данни. Центърът за данни се намира в региона, в който сте създали акаунта си за съхранение. Заявката за запис се връща успешно само когато е написана и в трите реплики. Всяка от тези реплики се намира в отделни домейни с грешки и надгражда домейни в рамките на една единица за мащабиране на съхранение.
Зона излишно съхранение
Zone-Redundant Storage (ZRS) репликира вашите данни асинхронно през центрове за данни в рамките на един или два региона в допълнение към съхранението на три реплики, подобни на LRS, като по този начин осигурява по-висока трайност от LRS. Данните, съхранявани в ZRS, са трайни, дори ако основният център за данни е недостъпен или невъзстановим.
Гео-излишно съхранение
Гео-излишното съхранение (GRS) репликира вашите данни във вторичен регион, който е на стотици мили от основния регион. Ако в акаунта ви за съхранение е активиран GRS, вашите данни са трайни дори в случай на пълно регионално прекъсване или бедствие, при което основният регион не може да бъде възстановен.
Прочетете Access Geo-Redundant Storage
Гео-излишъкът за съхранение с достъп за четене (RA-GRS) увеличава максимално наличността за вашия акаунт за съхранение, като предоставя достъп само за четене на данните във вторичното местоположение, в допълнение към репликацията в два региона, предоставени от GRS.
Добре, сега имате цялата информация, от която се нуждаете. Да продължим и да свием пръстите си с демото!
Демонстрация
Ще направим тази демонстрация от две части:
Част 1: Ще се опитаме да създадем уебсайт, който ще може да качва файлове в услугата blob. След като файлът бъде качен, подробностите за него също ще бъдат добавени към опашката на Azure, която ще се използва за промяна на фона на уеб страницата при обновяване.
Етап 1: Както споменахме по-рано, първата стъпка трябва да бъде създаването на вашия акаунт за съхранение. Следвайте инструкциите в изображението по-долу, за да го направите.
- Първо, в левия прозорец щракнете върху Акаунти за съхранение
- След това кликнете върху Добавяне
- Накрая въведете всички съответни полета и кликнете върху Създаване.
Стъпка 2: Това е! Успешно създадохме нашия акаунт за съхранение. В нашия акаунт има четири вида услуги за съхранение, т.е. петна, опашки, файлове и таблици. В този урок за съхранение на Azure в тази част ще демонстрирам услугата Blob и услугата за опашки. Също така, за подробна демонстрация, моля, вижте нашето видео за урока за съхранение на Azure, прикачено в началото на този блог. Нека първо конфигурираме услугата blob. Отидете до вашия акаунт за съхранение и кликнете върху Blobs.
Стъпка 3: Кликнете върху контейнер , за да създадете нов контейнер. Първо въведете името на контейнера, това трябва да е уникално за всички контейнери, които ще създавате в този конкретен акаунт. След това му задайте ниво на обществен достъп. Blobs не са нищо друго освен файлове. Ако възлагате частно ниво на достъп , само вие ще можете да изтеглите съдържанието на този контейнер. Ако възлагате BLOB ниво на достъп, всеки потребител с връзката към контейнера на този акаунт може да има достъп до файловете в него . С ниво на достъп до контейнера , всеки потребител с връзка получава достъп до файловете и папките вътре в този контейнер. Ние ще изберем нивото на достъп Blob за нашата демонстрация. Накрая щракнете върху OK.
Стъпка 4: Посочетенизът за връзка на вашия акаунт за съхранение в кода на вашия уебсайт. Низът за връзка удостоверява вашия код, за да взаимодейства с посочения акаунт за съхранение и неговите услуги. За да направите това, просто изберете акаунта си за съхранение, след това изберете ключовете за достъп и накрая копирайте някой от низовете за връзка. Поставете този низ за връзка в кода на вашия уебсайт и сте готови!
Стъпка 5: Нека започнем с опашката сега. На страницата за преглед на акаунтите ви за съхранение изберете опашки.
Стъпка 6: След това ще създадем опашка. За да направите това, щракнете върху Добавяне на опашка, дайте съответно име на опашката и щракнете върху OK. Накрая заменете съответната информация в кода.
Стъпка 7: Това е уебсайтът, който сме създали, изберете файла, който искате да качите, и кликнете върху качване.
Ето как ще изглежда екранът, след като файлът бъде качен.
С това успешно добавихме нашия файл в контейнера и опашката. Можете да погледнете същото на екраните по-долу:
Сега нека проверим дали имаме запис и в blob:
Стъпка 8: Нека да отидем на нашата страница за процес в уебсайта, за да видим дали записът от опашката и петно може да бъде прочетен, и да! Както можете да видите името на изображението е същото.
С това завършваме част 1 от демото. Нека да преминем към част 2.
Част 2: В тази част от товаTheурок за съхранение на уре, ще разгледаме файлова услуга в лазурно. The Файлова услуга вTheure използва протокола SMB 3.0 за прехвърляне на файлове, тази услуга може да бъде прикачена към вашата операционна система Windows, сякаш е външно устройство.Нека опитаме това в Azure Portal Now:
Етап 1: Отидете на страницата за преглед на акаунта си за съхранение и изберете файлаобслужване.
Стъпка 2: На следващата страница въведете името на вашия екземпляр на файла и желания размер на вашия екземпляр. Накрая щракнете върху OK.
Стъпка 3: Изберете вашата файлова услуга и след това щракнете върху свързване.
В екрана за свойства копирайте връзката, както е показано на изображението:
И го поставете в бележника, така че да можете да разграничите елементите:
- Първата точка е адресната колона
- Втората точка е потребителското име
- Третата точка е вашата парола
Запазете, тези подробности ще бъдат използвани в следващата ви стъпка в този урок за съхранение на лазур.
Стъпка 4: Щракнете с десния бутон върху иконата на моя компютър, на вашия работен плот и щракнете върху Map Network Drive.
създаване на копие на обект Java
Стъпка 5: Въведете първата точка, която сте копирали от вашия бележник в текстовото поле на папката и кликнете върху край.
Стъпка 6: На следващата стъпка въведете потребителското име и паролата от бележника и накрая кликнете върху OK.
Стъпка 7: Честито! Вашиятда сеzure устройството за съхранение е готово. Вече можете да го използвате, както всяко друго устройство на вашия компютър!
С това завършваме нашата демонстрация. Искате ли да научите повече за Azure? е тук, за да ви помогне! Можете да разгледате нашите блогове в менюто отляво, ние обхванахме обширно известните услуги на Azure и този списък ще се актуализира често. Останете на линия!
Ако сте от тези, които искат да научат тази технология от професионалисти, които са сертифицирани по Microsoft Azure и са водещи експерти в бранша, вие сте на правилното място. Ние в edureka! са отдадени на вашето обучение. Ние предлагаме курсове, които ще ви помогнат да се сертифицирате и по този начин ще ви помогнат да преследвате мечтания работен профил!
Измислихме учебна програма, която покрива точно това, което ще ви трябва, за да пробиете изпитите по Microsoft! Можете да разгледате подробностите за курса за обучение тук.
Освен това, тази поредица от блогове за Azure ще се актуализира често, докато разширяваме раздела ни за блогове за услугите на Azure, така че останете на линия!
Имате въпрос към нас? Моля, споменете го в раздела за коментари в този урок за съхранение на Azure и ние ще се свържем с вас.