Оцінка ІТ-підрозділами сховищ — це важливий процес, який може розкрити всю сутність цифрової інфраструктури компанії. Невдалі за своєю архітектурою сховища можуть суттєво знизити продуктивність підрозділу та призвести до серйозних збоїв у роботі або навіть до невозвратної втрати даних. Проте розумне рішення, прийняте з урахуванням відповідних факторів, може забезпечити організації масштабоване спільне сховище, яке відповідатиме рівню продуктивності та надійності запропонованої системи.
В особливо великих масштабах підтримка ІТ-архітектури може бути схожою на підтримку працездатності старого автомобіля. Це дорогий і ресурсоємний процес, якщо у вас немає часу або грошей на пошук кращої альтернативи. IT-фахівцям, що працюють із застарілим і неефективним обладнанням, доводиться прикладати багато зусиль, щоб не відставати від передових практик і підтримувати ініціативи, пов’язані з перетворенням даних.
Під час розробки нового рішення насамперед важливо розібратись із високорівневою архітектурою й системним дизайном запропонованого рішення, а також розпізнати можливі вузькі місця в усьому стеку. Це допоможе архітекторам сховищ вибрати та спроєктувати відповідне рішення для зберігання даних. Ми хочемо виділити декілька ключових питань, які повинні задати собі архітектори сховищ, щоб прийняти обґрунтоване рішення:
Під час освоєння нових програм важливо визначити тип даних, щоб прийняти обґрунтоване рішення про використання блокового, файлового або об’єктного сховища.
Блокове сховище найчастіше використовується в середовищах DAS і SAN. Якщо це DAS, увесь том RAID або фізичний диск надається операційній системі як чистий, неформатований простір. Якщо це SAN, увесь LUN (що складається з декількох фізичних дисків), наданий з дискового масиву, передається в операційну систему через високошвидкісну мережу та відображається як чистий, неформатований простір. Базові рівні такого чистого тому складаються з менших екстентів або секторів, які обробляються операційною системою, а потім базова підсистема сховища зіставляє ці логічні блоки з конкретними фізичними блоками на конкретному диску (дисках). Блокове сховище є швидким і надійним рішенням, яке ідеально підходить для зберігання даних, що постійно змінюються, як-от реляційні бази даних, бази даних для онлайнової обробки транзакцій (OLTP), сервери електронної пошти або інфраструктура віртуальних робочих столів, де потрібна висока пропускна здатність і низька затримка.
Об’єктне сховище зберігає дані (і пов’язані з ними метадані) в контейнерах з унікальними ідентифікаторами, без папок або підкаталогів, з якими асоціюється файлове сховище. Воно використовує концепцію сховищ типу ключ-значення, де кожен ключ вказує на конкретне «значення» або частину даних і витягається через API.
Таке сховище застосовується переважно для обробки великих обсягів неструктурованих даних, наприклад листів електронної пошти, резервних зображень, записів відеоспостереження, або для керування даними, машинного навчання та аналізу даних у системах Інтернету речей. Об’єктне сховище ідеально підходить для роботи з величезними обсягами даних і може дуже швидко масштабуватися відповідно до програмних потреб, але водночас воно повільно витягає дані, що робить його неефективним для обробки баз даних або здійснення високопродуктивних обчислень. Типовими прикладами об’єктного сховища є Amazon S3, об’єктне сховище Google Cloud або сховище Azure Blob.
Файлове сховище зберігає дані у файлах, які розміщуються в папках і підкаталогах, і спільно використовується в мережі за допомогою SMB (Windows) або NFS (Linux). Таке сховище призначено для централізованого зберігання файлів (наприклад, відеозаписів, зображень або документів), але має обмежену масштабованість, оскільки обсяг даних продовжує зростати. Воно не дуже підходить для обробки величезних обсягів неструктурованих даних або даних, що постійно змінюються, як бази даних для онлайнової обробки транзакцій.
Отже, успішні компанії стикаються з потребою в створенні високопродуктивних обчислювальних систем (HPC). Вони використовують локальні бази даних і служби даних для здійснення транзакційних обчислень, а потім забезпечують інтеграцію з хмарними об’єктними сховищами для зберігання великих обсягів неструктурованих даних. Завдяки цьому можна виконувати транзакції, які вимагають високої пропускної здатності та великої кількості операцій обміну даними за секунду, у швидких блокових і файлових сховищах локальних центрів даних і в повільніших хмарних об’єктних сховищах для зберігання великої кількості неструктурованих даних.
Для обробки великого обсягу даних потрібне сховище на основі типу даних, які має проаналізувати ваша компанія. Наприклад, для обробки й аналізу неструктурованих локальних або хмарних даних компаніям потрібна файлова платформа для гібридної інфраструктури зберігання даних, яка зможе здійснювати аналіз і аналітичні огляди в режимі реального часу.
Головною складовою оцінки сховищ є їх тестування та перевірка. Тестування має багато переваг. Підвищення продуктивності програм, оптимізація витрат на сховища та зменшення ризиків — усе це результати, які можна перевірити за допомогою належних інструментів. Проте невеликим або недостатньо фінансованим ІТ-підрозділам іноді важко це зробити, оскільки DIY-інструменти або умовно-безплатні програми не дають змоги провести ретельне тестування, необхідне для відтворення реального виробничого середовища компанії.
Тестування може застосовуватись для отримання відповіді на будь-яке з перелічених питань або одразу на всі питання:
Якщо ви вибираєте масштабоване корпоративне сховище, обов’язково зверніть увагу на те, як воно працює з даними й програмами.
Яким би ідеальним не був продукт, його може зіпсувати відсутність служби підтримки, яка допомагає компанії впоратися з будь-якими проблемами, що виникають в процесі його використання. І навпаки, якість продукту може вийти на абсолютно новий рівень завдяки величезним зусиллям співробітників служби технічної підтримки. Можливо, ухвалюючи рішення про потенційну зміну сховища, варто враховувати наявні професійні відносини з чинним постачальником сховищ для вашого підприємства. Крім того, на ваш вибір мають вплинути будь-які угоди про рівень обслуговування (SLA), наприклад виконання ключових показників ефективності, зокрема показників затримки, пропускної здатності або кількості операцій обміну даними за секунду під час конкретних робочих навантажень. Якщо ваш постачальник має надійну репутацію в галузі (наприклад, він зазвичай перевищує стандартні галузеві показники), ви можете повірити йому на слово, коли він пропонує велику кількість операцій обміну даними за секунду, високу пропускну здатність і низьку затримку для кожної платформи.
Ще один критерій, про який слід пам’ятати, — це вартість будь-яких рішень для зберігання даних, які ви розглядаєте. Необхідно враховувати не лише вартість придбання, але й вартість обслуговування та загальну вартість володіння (TCO).
#KingstonIsWithYou
Kingston может предложить независимое мнение и советы о том, какие преимущества твердотельные накопители корпоративного класса принесут вашей конкретной среде хранения, и какие твердотельные накопители наиболее подходят для ваших рабочих нагрузок, требующих баланса высокого числа операций произвольного чтения и записи в секунду (IOPS).
Саймон Бестман розповідає про переваги SSD та актуальні тенденції технологій зберігання даних.
Системні інтегратори в Індії зміцнили свою репутацію завдяки надійним рішенням від Kingston.
Саймон Бестемен пояснює поточні та майбутні виклики для центрів обробки даних.
Дослідіть еволюцію технології DRAM та ознайомтеся з думками про майбутні тенденції в нашій книзі.
Створені для різних цілей, клієнтські та індустріальні SSD-накопичувачі мають різні властивості.
Дізнайтеся, що означають показники TBW та DWPD, а також у чому полягає їх відмінність.
Говоримо про різні типи пам’яті та правильний вибір пам’яті для сервера.
Прочитайте статтю, щоб дізнатися, як DC600M підвищує продуктивність і енергоефективність vSAN.
