Великий вибір з ще більшим відсівом

Герберт Більд

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

Віртуальні стрічкові бібліотеки (Virtual Tape Libraries, VTL) надають можливість поступового переходу з стрічкових накопичувачів на рішення зберігання даних, повністю базується на жорстких дисках. Ці дискові накопичувачі емулюють стрічки та бібліотеки і тому можуть працювати з набагато меншими вікнами резервного копіювання та інтегруватися в існуючі стрічкові структури.

Між часом на ринку з'явилося безліч подібних рішень, і всі обіцяють покращити процеси резервного копіювання і відновлення даних. Однак вони припускають абсолютно різні рівні витрат на реалізацію та обслуговування. Деякі відповідають поточним вимогам, що пред'являються до резервного копіювання, однак не здатні задовольнити більш високі запити, які можуть з'явитися в майбутньому. Інші, навпаки, навіть не забезпечують обіцяну продуктивність. Відмінності криються в дрібницях. Щоб знайти найбільш підходящу для себе систему, користувач повинен оцінювати різні системи по цілому ряду критеріїв.

Швидкість. Перевага віртуальних стрічкових систем полягає у прискоренні процесів резервного копіювання і відновлення даних. Однак не всі рішення забезпечують необхідну продуктивність. Загальна продуктивність системи і її пропускна здатність залежать від багатьох факторів. До них відносяться обчислювальна потужність контролерів систем зберігання, швидкість жорстких дисків, кількість і види маршрутів до жорстких дисків сервера баз даних, а також ефективність вбудованого програмного забезпечення. Крім того, на швидкість впливають такі функції, як інтегроване стиснення даних, або метод керування жорсткими дисками.

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

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

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

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

Використання фізичних стрічок

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

Фізичні стрічкові накопичувачі застосовують апаратне стиснення з метою підвищення ємності стрічок і швидкості передачі даних. Проблема полягає в тому, що ступінь стиснення розрізняється для різних типів даних. Однак з міркувань сумісності VTL повинні зберігати взаємно-однозначна відповідність між віртуальними і фізичними стрічками, тому в більшості VTL віртуальні стрічки володіють ємністю фізичних стрічок у стислому стані, щоб ємність зберігання гарантовано збігалася. Оскільки в середньому дані на фізичному стрічковому накопичувачі стискаються у співвідношенні 2:1, більшість фізичних стрічок за таких рішеннях VTL залишаються напівпорожніми, а користувачам потрібно в два рази більше касет.

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

Стиснення

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

Масштабованість

Ринок пропонує найрізноманітніші з погляду місткості віртуальні стрічкові рішення -- від окремих бібліотек для невеликих обчислювальних центрів або філій до систем, призначених для підприємств з великою кількістю серверів (див. Малюнок 1). В останньому випадку адміністратору потрібно визначити велику число віртуальних стрічкових накопичувачів, максимальна кількість яких залежить від постачальника VTL.

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

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

Супровід

Програмне забезпечення для управління VTL має бути таким же простим і інтуїтивно зрозумілим в обслуговуванні, як і конфігурація бібліотек, стрічкових накопичувачів і касет (див. Малюнок 2). Якщо VTL інсталюються у філіях або відділах за межами обчислювального центру, то на цей випадок необхідно забезпечити можливість віддаленого централізованого управління однією або кількома системами.

Захист інвестицій

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

Висновок

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

В цілому віртуальне стрічкове рішення слід вибирати з огляду на власні потреби і переваги. Розглянуті вище критерії повинні послужити «Червоними прапорцями» при розгляді найважливіших особливостей окремих систем.

Список літератури

Журнал мережевих рішень. 02.2007.