Бұлтты сақтық көшірмелер және оның ОЖ –лік нұсқасы

Онлайн сақтық көшірмесі.

ОЖ «Бұлтты сақтық көшіру» - файлдарды зиянды бағдарламалардан қорғаудың, сондай-ақ кездейсоқ жою, қатты дискінің және дүлей зілзалалардың істен шығуы салдарынан деректерді жоғалтудан қорғаудың ең жақсы тәсілдерінің бірі.

Бұлтты сақтау орны. Дата-орталық/ Дата-центр (ағылш., data center) немесе деректерді өңдеу /сақтау және өңдеу) орталығы (ДӨО/ ДСӨО) - бұл серверлік және желілік жабдықты орналастыруға (хостингке) және Интернет желісінің арналарына абоненттерді қосуға арналған арнайы ғимарат. Дата-орталық, әдетте - корпоративтік клиенттердің мүддесі үшін, ақпаратты өңдеу, сақтау және тарату функцияларын орындайды - ол ақпараттық қызметтерді ұсыну арқылы бизнес-міндеттерді шешуге бағдарланған. ДӨО -да қауіпсіздік жүйелері мен кәсіби әкімшілері бақылайтын жабдығы бар көп серверлік тағандар болады.

Мұнда екі жақ бар: клиент және қызмет көрсетуші (провайдер). Клиент (тұтынушы) серверлердің бір бөлігін жалдап, ақпараттың қауіпсіздігі туралы қамқорлықты қызмет көрсетушіге тапсырады. Клиент Дата-орталықта құжаттарын, бағдарламаларын, сайттардың статикалық мазмұнын сақтайды, оларға қашықтан қатынас алады. Провайдер деректерді сақтауды, қызмет көрсетуді, қауіпсіздікті және қол жеткізуді ұйымдастырады. Бұндай модельдің бірнеше артықшылықтары бар.

Үнемдеу. Өз бетінше сақтау жүйесін жасауға ғимарат, тіреулер, серверлер, салқындату, инфрақұрылым жабдықтары; БҚ және қосымша жинақтауыштарды сатып ала отырып, резервтік көшіруді ұйымдастыру; мұның барлығына әкімшілер қызмет, мысалы, өшірулермен және жаңартулармен мезгіл-мезгіл алдын алу жұмыстары қажет болар еді. Ал бұлтты сақтау қоймасын жалдағанда шығындардың көпшілігі қысқартылады.

Сенімділік. Бұлтты қоймаларды пайдалануда арнайы инженерлік - техникалық қызмет көрсетеді. Провайдерлердің әкімшілері аппаратты үнемі жаңартып отырады, бағдарламаны жақсартады, қауіпсіздік мәселесі бойынша үнемі жұмыс істейді. Бұл ретте клиенттің 1 Гб деректерін сақтау үшін провайдер 2 Гб резервке қояды. Серверлер бірнеше қалалар немесе елдерде орнатылады, бұл форс-мажорлар кезінде істен шығуға төзімділікті арттырады.

Қауіпсіздік. Бұл жерде екі аспект бар: физикалық және деректер берудің қауіпсіздігі.

---

Бірінші аспект әдетте ДӨО - бейнебақылаумен, қолжетімділікті бақылау және есепке алу жүйелерімен режимді, тәулік бойы қорғалатын ғимарат болуымен қамтамасыз етіледі. Ішінде сенімділік үшін шоғырландырылған салқындату, өрт сөндіру және резервтік қоректендіру жүйелері тұрады.

Екіншісі - деректерді қотару, оқу және сақтау кезінде тіркелгілерге қатынау құқықтарын теңшеу, мониторинг, шифрлау. Жабдықтаушылардың қорғау жөніндегі қосымша қызметтерін бөлек есептеледі.

Қол жетімділік. Деректерді графикалық интерфейстер, консоль немесе API арқылы басқаруға болады.

Масштабтау. Қосымша серверлер мен желілерді қосу есебінен көлем жылдам ұлғаяды. Физикалық нұсқада бұл да жылдам болуы үшін масштабтау алдын ала қамдалуы қажет. Сондай-ақ, «vendor lock-in» де қымбат болады. Бұл - тұтынушы қызмет көрсетуші вендорға және оның платформасына, технологиясына, бағдарламасына байланып қалады деген сөз. Вендор ауыстыру үшін, бәрін қайта жасауға тура келеді, себебі барлық темір (аппарат) пен БҚ вендорға байланған.

Шығындарды басқару. Ресурстарды қанша тұтынса, сонша төлеу керек. Объектілік қоймаларда стандартты, «суық», «мұзды» делінетін клас түрлері бар. Кластар сақтау құнын басқаруға көмектеседі. Мысалы, деректерге жиі жүгіну қажет болғанда сақтауға қымбат, ал трафик (өтініштер) үшін арзан төленуі мүмкін. Мұрағаттар үшін керісінше - файлдармен жұмыс істеу үшін қымбат, бірақ -сирек жүгінетіндіктен сақтау арзан.

Бизнес-процестер қызметкерге, мысалы, демалыс күндері үйден бұлтты сақтау орны қолжетімді болғандықтан жеңілдейді. Бизнес -процестер құжаттарды жоғалтқанда немесе репозиторийден форс-мажорлар кезінде деректерді қалпына келтіріледі.

Бұлттағы сақтаудың пайдаланылу қызметтері

• 
  Массивті деректерді, мысалы, бейнебақылау камераларынан бейнежазбаларды сақтау үшін.
  
• 
  Мысалы, қашықтықтан білім беру немесе мультимедиа ресурстарының көпшілік деректер базасының контентінің репозиторийі ретінде.
  
• 
  Big Data деректер топтамасын, «Заттар интернетін» сақтау және машиналық оқыту үшін.
  
• 
  Ірі БАҚ, мысалы, кейіннен талдау үшін мұрағаттау немесе сақтау үшін бұлттарды мазмұнды жеткізу тізбегіне біріктіреді.
  
• 
  Google Stadia сияқты ойын платформаларының деректерін сақтау үшін.
  
• 
  Бейнехостингтер немесе фотостоктар мазмұнды ағынды тарату үшін қоймаларды пайдаланады.
  
• 
  Интернет-дүкендердің, порталдардың, блогтардың және басқа да статикалық сайттардың хостингі ретінде.
  
• 
  Микросервистер үшін: бұлтты қоймалар контейнерлеуді, процестерді оқшаулауды және бірлесіп қол жеткізуді қолдайды.
  

---

Негізінен бес сценарий жиі кездеседі.

• 
  N1. Сақтық көшіру және қалпына келтіру.
  
• 
  N2. БҚ әзірлеу және тестілеу.
  
• 
  N3. Ортақ пайдалану.
  
• 
  N4. Деректерді бұлтқа жылжыту
  
• 
  N5. Big Data и IoT.
  

Сақтықкөшіружәнеқалпынакелтіру.

Бұлттардың файлдық жүйелерінің көпшілігі дерекқорлармен үйлесімді, сондықтан сақтау орындары сақтық үшін, мысалы, жаңартулар кезінде, жиі пайдаланылады. Бұлттағы резервтеуді баптау оңай, бұл ретте деректерді сақтаудың сенімділігі жақсы, себебі қызмет провайдері көшірмелерді ДӨО бойынша бөледі.

БҚ жасау және тестілеу. Көбінесе бұл жұмыстар кейіннен алып тасталынатын ортаны қайталауды және бірлескен жұмысты талап етеді. Бұл үшін бұлтты ресурстарды пайдалану - БҚ әзірлеушілер арасында стандартты практика. Бұлттар қосымша «балдақтарсыз» түрлі қосымшалармен біріктіріледі.

Ортақ пайдалану, мысалы, түрлі кеңселерден немесе қалалардан әзірлеу және тестілеу командалары үшін керек. Егер деректер кәсіпорын желісінің ішіндегі серверде сақталса, жиі VPN керек. Бірақ онсыз да істеуге болады және ортақ файлдардың бір бөлігін әдетте қатынас қажет болатын бұлтты қоймаға көшіруге болады.

Деректерді бұлтқа көшіру өз инфрақұрылымына қызмет көрсетуді жеңілдетеді, бірақ бұл жүйелік әкімшінің көп жылдық тәжірибесін талап ететін маңызды міндет. Алайда, бұл үдерісті жеңілдететін сервистер бар.

Big Data и IoT. Мысалы, Big Data үшін 100 Терабайт деректер көп емес, бірақ жергілікті серверлерде мұндай көлемді ұстау қымбат, сондықтан ол үшін бұлттарды жиі пайдаланады. «Бұлтта» массивтерді сақтау ыңғайлы, бұлтты сервистерде әдетте өткізу қабілеті жоғары, кідірістер төмен және деректерді алмай-ақ сұрау салуларды теңшеу мүмкіндігі бар.

Бұлтты қоймалардың түрлері

Big Data үшін деректер массивын және корпоративтік құжаттар мұрағатын бірге сақтау орынсыз. Әрбір тапсырма үшін өзіндік бұлттық сақтау түрі қажет: нысандық, блоктық немесе файлдық.



Блочное хранилище

В этом типе файлы делятся на одинаковые части — блоки (chunk). У каждого блока есть свой идентификатор (location ID), по которому система хранения быстро собирает блоки обратно в файлы.

---

Преимущества. У блочных хранилищ данные пользовательские среды разделены. Это позволяет распределять данные по нескольким средам и давать к ним отдельные доступы.

Низкие задержки. Все ОС видят блочные СХД как диски и могут подключаться к ним через Fiber Channel или iSCSI.

Как используют. Часто интегрируют с корпоративными базами данных. Например, Oracle используют блочные системы.

• 
  Когда скорость ввода-вывода (IO) данных и низкая задержка (через SAN), критичны.
  
• 
  Когда заранее неизвестен объем данных. Вместо жесткого диска к серверу подключают блочное хранилище, чтобы СУБД писала данные на него. Когда заканчивается место — докупается еще и сервер БД увеличивает емкость без переездов и настроек.
  

Недостатки. Отсутствие метаданных ограничивает управление данными. Дополнительная информация о блоках нагружает базу данных. Даже без этого настройка блочного хранилища создает дополнительную работу: выбор файловой системы, разрешения, управление версиями, резервное копирование.

Также этот тип один из самых дорогих, потому что нужно платить за все выделенное пространство, даже если оно пустует.

Файловое хранилище

Организация хранения в файловых хранилищах знакома:

• 
  информация хранится в файлах;
  
• 
  файлы в папках;
  
• 
  а папки объединены в подкаталоги и каталоги.
  

Хранение организовано иерархически. Чтобы найти файл, нужно знать полный путь: к каталогу, подкаталогу, папке и к файлу. К файловому хранилищу могут иметь доступ как серверы, так и ПК.

Преимущества. Данные организованы в иерархическое дерево каталогов, как в других ОС, например, в Windows, и работа с файлами интуитивно понятна. Файлы в облако загружают через веб-интерфейс или отдельную локальную папку.

Как используют. Для совместной (и одновременной) работы, потому что:

• 
  легко ориентироваться;
  
• 
  администратор может настроить доступ и права доступа к файлам и деревьям.
  

Системы хранения файлов подходят для больших объемов структурированных данных. Например, для компаний, которые разрабатывают ПО или анализируют данные, когда требуется, чтобы несколько серверов одновременно получали доступ и изменяли несколько файлов.

Недостатки

---

. Такой тип хранения плохо масштабируется. С ростом объема данных, иерархия и разрешения усложняются настолько, что мешают ориентироваться и замедляется работа самой системы. Поэтому такой тип редко используют в дата-центрах.

Объектное хранилище

Относительно новый и универсальный способ хранения данных. Подходит для любых данных: логи, бухгалтерская отчетность, фильмы, презентации, фотографии, программы или статические сайты.

Универсальность достигается за счет того, что файлы хранятся как объекты с набором свойств. Свойства хранят идентификатор и метаданные.

• 
  Идентификатор (один) — 128-битное число. Обычно называется универсально (UUID) или глобально (GUID) уникальным идентификатором.
  
• 
  Метаданные: имя, координаты, размер, имя автора и другая информация для идентификации объекта.
  

Преимущества. Благодаря идентификаторам структура плоская — нет иерархии, что позволяет масштабироваться до сотен Петабайт. При этом метаданные можно настроить под конкретные требования приложения: уточнить, переписать, расширить.

К данным удобно обращаться приложениям — поддерживается параллельный доступ через протоколы HTTP и S3. Все это достаточно безопасно — у современных объектных хранилищ высокий уровень надежности и низкая удельная стоимость хранения.

Как используют.

• 
  Для хранения больших наборов данных, например, резервных логов.
  

• 
  Для бэкапов, архивирования, например, видеозаписей видеопродакшн-студии за 10 лет.
  

• 
  Для хранения и раздачи контента мобильных и веб-приложений: изображений, образов, обновлений ПО. Например, в объектных хранилищах с поддержкой S3 можно использовать плагины, расширения и библиотеки и CDN для ускорения раздачи обновлений.
  
• 
  E-commerce, чтобы хранить статический контент интернет-магазинов, например.
  

Недостатки. 128-битный идентификатор добавляет сложности с именованием объектов. Например, поэтому существует Digital Asset Managers (DAM), как ПО, которое накладывает организационную схему поверх хранилища объектов. Такое дополнительное ПО придется использовать для компаний, что производят, например, видеоконтент.

Другой недостаток — нельзя записать файл в объектное хранилище, перетащив из папки в папку. Для взаимодействия используется программный интерфейс — API. Но у некоторых облачных провайдеров, кроме API, реализованы графические интерфейсы для загрузки и управления (перетаскивания) файлами.

---

Смотрите также файлы

• Национальных счетов и ее показатели.docx

• Реформы Солона.docx

• Законодательный процесс состоит из нескольких последовательных стадий. Эти.docx

• Решение На единицу продукции приходится 3 500 рублей заработной платы производственных рабочих в этом случае размер общепроизводственных расходов в себестоимости составит.docx

• ПМ. 04 Выполнение работ по профессии Слесарьэлектрик по ремонту электрооборудования.docx