Обмеження традиційної архітектури SAN при масштабуванні: Критичні недоліки

SAN - це мережа зберігання даних, яка полягає у створенні мережі пристроїв зберігання даних, які можуть використовуватися як спільний пул зберігання для декількох серверів. SAN є одним з найпоширеніших рішень для забезпечення зберігання даних в мережевих архітектурах, які поширені в наш час, і вважається особливо потужним і надійним варіантом. Тим не менш, він також не позбавлений підводних каменів, тому ви повинні ознайомитись в певними особливостями, перш ніж обрати SAN як рішення для своїх власних проектів. У сьогоднішній статті ми хочемо розглянути деякі основні слабкі місця SAN, щоб допомогти вам.

Швидкість, як основна перевага SAN

SAN відрізняється надзвичайно високим рівнем швидкості та продуктивності, особливо в порівнянні з іншими варіантами. Однак ця продуктивність має свою ціну і певні особливості, які роблять це рішення не для кожного.

Переваги мереж зберігання даних

Серед конкурентів, архітектура SAN, як правило, забезпечує найвищий рівень продуктивності. Давайте порівняємо її з деякими альтернативами, щоб побачити її переваги та недоліки.

Інша поширена архітектура NAS призначена для роботи в якості пристроїв NAS, при цьому трафік зберігання даних розподіляється за допомогою локальної мережі. Таке рішення є досить доступним і простим у налаштуванні. Незважаючи на це, воно не забезпечить вам високу швидкість через обмеження пропускної здатності мережі. Тому їх зазвичай обирають для середовищ меншого масштабу.

SAN, у свою чергу, спеціально розроблені для зберігання даних і швидкої роботи. Замість локальної мережі SAN використовує з'єднання Fibre Channel для передачі трафіку сховища. Таким чином, сервери можуть отримати доступ до сховища безпосередньо на рівні блоків, що в кінцевому підсумку є набагато швидшим підходом.

Крім того, до вже існуючих архітектур можна легко додавати нові екземпляри сховищ і комутатори, а це означає, що масштабування також є простим.

У порівнянні з іншою архітектурою зберігання даних, DAS, SAN дозволяє набагато ефективніше використовувати сховище. DAS передбачає, що кожен сервер має власні диски, які потім підключаються до спільної файлової системи. Оскільки неможливо передбачити, скільки місця знадобиться кожному серверу, частина дискового простору буде простоювати на одних серверах, в той час як інші можуть досягти ліміту зберігання. Коли мова йде про SAN, сховище декількох серверів представляється як єдиний пул ресурсів, які можуть бути виділені серверам, що потребують їх найбільше.

Ще однією особливістю SAN є те, що вона була розроблена з урахуванням надмірності для забезпечення відмовостійкого середовища. Таким чином, якщо один з комутаторів вийде з ладу, трафік сховища піде іншим шляхом, щоб вся система не вийшла з ладу.

Обмеження в мережах зберігання даних

Вартість: Потужність має свою ціну, і архітектура SAN не є винятком. Щоб побудувати апаратне середовище з високою продуктивністю і надійністю, вам доведеться інвестувати багато ресурсів і регулярно його підтримувати.

Складність: SAN - непросте рішення для розгортання, тому воно потребує значних експертних знань. Це означає, що якщо ви хочете розгорнути середовище на основі SAN, у вашій команді має бути кілька компетентних співробітників.

Реальні застосування: Варіанти використання мереж зберігання даних

За замовчуванням SAN - це рішення для великих масштабів. Ви хочете розгорнути її, коли маєте справу з великим середовищем центру обробки даних і хочете, щоб вона була максимально гнучкою та надійною. Це часто буває у випадку з хостингом баз даних, щоб критичні додатки завжди могли покладатися на базу даних.

Зокрема, SAN можуть бути корисними при розгортанні віртуальних серверних середовищ. Потенційною проблемою віртуальних машин є те, що вони можуть конкурувати за ресурси сервера, що може негативно вплинути на їхню продуктивність, якщо це не контролювати. У цьому відношенні SAN можуть бути корисними, перерозподіляючи ресурси зберігання з інших серверів, щоб допомогти серверам, яким їх не вистачає. І навпаки, невикористані ресурси одного сервера можуть бути використані для допомоги іншим серверам. Надійність SAN також виключає критичні збої.

Аналогічно, SAN може бути чудовим рішенням для середовищ віртуальних робочих столів. Віртуальні робочі столи дещо схожі на віртуальні сервери, але є лише середовищем робочого столу, яке можна використовувати для віддаленого доступу, централізованого управління та ефективного використання обчислювальних ресурсів. Архітектура SAN може бути ефективним способом забезпечити додаткову масштабованість середовища VDI.

Перегляд рішення щодо впровадження SAN

Хоча є багато випадків використання, коли архітектура SAN є ідеальним рішенням, все ж є багато випадків, коли вам краще вибрати інше.

Перший аспект - це вартість. Як ми вже говорили, розгортання архітектури SAN обов'язково пов'язане зі значними інвестиціями як з фінансового, так і з технічного боку. Тому є сенс розгортати SAN тоді і тільки тоді, коли ваша організація може отримати вигоду з усього її потенціалу і може дозволити собі це фінансово, не витрачаючи занадто багато бюджету. Якщо для вашої організації є більш пріоритетні аспекти, в які варто інвестувати, то, ймовірно, варто відкласти розгортання SAN до більш сприятливого періоду.

Ще один аспект, який слід враховувати - це масштаб вашого бізнесу. Якщо ви маєте справу лише з парою серверів або покладаєтесь на хмару, то архітектура SAN не зможе надати вам реальної вигоди, враховуючи складність і вартість розгортання такого роду рішень.

Останній аспект - це обслуговування. SAN потребує регулярного обслуговування командою з високим рівнем експертизи у відповідних технічних сферах. Якщо у вашій компанії це не так, і ви не можете дозволити собі таку команду на даний момент, вам слід переглянути розгортання середовища на основі SAN на користь інших варіантів, можливо, тих, що обговорювалися, в залежності від специфіки ваших проектів.