SDS від NetApp: ONTAP Select

ONTAP Select це логічний розвиток лінійки Data ONTAP-v

Як і попередник, цей продукт живе і повністю спирається на традиційний RAID контролер, встановлений у вашому сервері. Також відсутня підтримка FCP. Підтримуються NAS (CIFS, NFS) та IP SAN (iSCSI) протоколи.

З очікуваних нововведень:
  • Підтримка High Avalability
  • Підтримка кластеризації до 4 нод
  • Максимальний корисний об'єм 400 ТБ (за 100ТБ на ноду в 4х нодовом кластері)
На ряду з High Avalability і кластеризацией як і раніше підтримуються однонодовые конфігурації.


Читати далі →

Як «бути готовим» або DR на Nutanix: асинхронна реплікація



Тема побудови відмовостійких ЦОД з використанням гиперконвергентных систем Nutanix досить велика, тому, щоб, з одного боку, «не скакати по верхівках», а з іншого — не заглиблюватися в занудность, розіб'ємо її на дві частини. У першій розглянемо теорію і «класичні» методи реплікації, у другій — нашу нову фішку, так звану Metro Availability, можливість побудови синхронно-реплицируемого метрокластера (metropolitan-area, масштабу великого міста і навіть більше) на відстані розносу датацентрів до 400 кілометрів.

Сьогодні вже дуже рідко доводиться починати з самого початку» і пояснювати, навіщо взагалі потрібен резервний датацентр. Сьогодні, коли, з одного боку, зросли обсяги і цінність зберігається в ЦОДах інформації, з іншого — подешевшали і отримали широке поширення багато рішень для організації розподіленого зберігання і обробки даних, зазвичай вже не треба пояснювати навіщо компанії потрібен резервний ЦОД. Але все ще доводиться дивитися на те, «як саме» і який він потрібен.

Читати далі →

SnapMirror and SnapVault: недокументовані можливості або робимо DR з SnapVault

У продовження статті про парадигмі резервного копіювання NetApp, хочу розповісти про недокументованій можливості перетворення «архівних копій» в «резервні» для серії FAS. Відмінною рисою СГД компанії NetApp серії FAS є те, що вони всі уніфіковані. Уніфікованість не тільки в тому, що один пристрій надає доступ хостів як за блоковим, так і з файловим протоколах, але і за способом застосування. Системи FAS використовуються для віртуалізації, для Data Compliance, для зберігання архівних копій, для побудови Disaster Recovery рішень і т. д. Одна і та ж СГД може виконувати відразу безліч функцій. Так для кожної функції не потрібно тримати одне «спеціалізоване» пристрій, а у разі якщо терміново знадобиться «запасна» СГД, її завжди можна «перепрофілювати» з того що є, приміром СГД для архівації даних. Завдяки цій універсальності немає необхідності перенавчатися під кожну з цих задач операційна система, командний рядок і всі принципи налаштування одні й ті ж для всіх FAS систем.

У цій статті я розповім як побудоване рішення «Архівація даних на NetApp» переробити в рішення «Recovery».

З точки зору бізнесу Disaster Recovery та архівування відрізняються тим, що:
  • Архівування (SnapVault) — рішення призначене для тривалого зберігання та захисту даних від змін, для подальшого відновлення їх туди, звідки вони були скопійовані (чи в інше місце).
  • Recovery (SnapMirror) — зберігання даних на резервному сайті, для перемикання на нього (і відповідно зміни даних), у разі катастрофи.


Поясню на прикладі: коли у вас є хоча б дві СГД налаштованої реплікацією SnapMirror, в такій схемі одна з них відіграє роль джерела (primary), а друга роль приймача (Secondary). У випадку аварії, при розриві реплікації (командою break, а не просто розрив лінку), що приймає (Secondary) система переведе реплицируемое дзеркало з режиму read-only в режим read-write. Тобто це інструмент для створення рішення «Перехід на запасну майданчик у випадку аварії» (Disaster Recovery). Логічно, щоб обидві системи були плюс-мінус однакової продуктивності, щоб забезпечити всі переключенные вузли з одного сайту на інший, належним рівнем продуктивності.



В той час, як SnapVault призначений для архівування на резервну (Secondary) систему, щоб потім з неї відновити всі дані на первинну систему або взагалі на третю систему. Варто зазначити, що для завдань архівування дуже важливо зберігати дані в незміненому стані. В цьому випадку вторинна система, куди складаються всі архіви, може бути будь-якої моделі. Тут логічно мати найдешевшу модель NetApp FAS з повільними і дешевими дисками більшого обсягу. Наприклад, FAS2554 або FAS2520.

Читати далі →

Про Nutanix, Web-Scale, конвергентних платформ і зміні парадигм побудови IT-інфраструктур

Можливо, ви вже чули досить новий для ринку не_онлайн проектів термін — Web-Scale IT, який на думку Gartner в 2017 році займе не менше 50% ринку корпоративного IT.

В цьому році — це один з основних модних термінів.

Ситуація на ринках корпоративних зараз активно нагадує фразу про підлітковий секс — всі кажуть що мали (= вміють), але реально — справи йдуть невесело.

Буквально кожен вендор розповідає про BigData, конвергентні рішення, перспективи та інше.

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

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

image


Читати далі →