О сложных вещах можно иногда говорить и житейскими терминами 😉 И я говорю про маленький офис, который может позволить себе купить такое вот приятное оборудование. Ну и извините за “корявый”, я все больше читатель…

Всегда стоит проблема – вот приехала новая “железка” (в нашем случае – Sun Storage 7000). Все, ее распаковали, “облизали” со всех сторон, особо недоверчивые даже устроили вскрытие, поковырявшись в “мозгах” аппарата (на всякий случай напомню – внутри Sun Storage 7000 нет ничего аппартно-уникального! ВООБЩЕ !), вдоволь наигрались с CLI/shell (“Оо, там же оперсолярис!”), с оболочкой со смешным названием BUI… Попробовали, подключили, успокоились. Даже, возможно, прочли документацию (фантастика, ага, но все-таки есть еще такие). Но тут приходит директор (по вкусу – главный инженер, м.б. – еще кто-то) – и говорит что-то в духе “И мы уже работаем на новой и шикарной системе, на которой есть снапшоты, но почему-то я их не вижу?/У меня закончилось место под важные данные (примечание: фильмы), а вам напомнить сколько бабла мы отдали за эту (показывает на новенький блестящий ящик) хр..ь?!”

И вот тут-то у системщиков в отделе начинается беготня – надо срочно мигрировать данные с одной (старой) машины, пусть это будет старый NFS сервер, на другую, новую, быструю и красивую. Обычные, как то tar, cpio, MC, rlogin, rsync + мильон+маленькая тележка велосипедов, доступных под *NIX-подобной системой, средства всем хороши, но требуют очень длительного простой (ок, поправлю – длительность простоя будет определятся в этом случае рядом факторов, но в первую очередь – объемом данных на старом сервере – пускай у нас лежит 1 терабайт данных). В лучшем случае мы закончим миграцию (на гигабитной сети по NFS) ну пусть за, ммм, 2 часа (или 20? Кто-то позволил себе записать данные в каталогах отчетов?! Надо все начинать по новой?!). Это если мы можем себе позволить 2 часа простоя. А если нет? Начинаем читать про Shadow Migration 🙂

Простые вещи здесь, увы, заканчиваются. Начинается проза жизни 😉

В системе 16 дисков . Создается 2 пула : пул system (диски hdd0 и hdd1 , топологий mirror) – на них и размещается собственно ядро Fishworks . Пул pool-0 – это собственно пул с данными (он может быть сконфигурирован как stripe , raidz , raidz2 , mirror) .

Ответ про сколько можно вынуть : hdd0 & hdd1 – системы больше не будет существовать при выходе из строя обоих дисков . Про пул с данными – все несколько сложнее , как Вы понимаете – там доступно уже 14 (- 1-2 hs) диска , например , конфигурация mirror позволит потерять до 6 дисков при удачном стечение обстоятельств .

По времени :
<small> <br /> 2009-1-27 00:34:47 0b60ff7a-421a-c10c-d241-b1b466d27e94 The system has finished scrubbing the ZFS pool 'system'. Minor Alert<br /> 2009-1-27 00:30:59 8a8ef902-d606-63ec-ff49-b8e36456747d The system has begun scrubbing the ZFS pool 'system'. Minor Alert<br /> 2009-1-27 00:30:59 1022ad6b-f147-6e29-fbaa-a64b50a4597a The ZFS pool 'system' has finished resilvering. Minor Alert<br /> 2009-1-27 00:30:59 2b6a0ebb-75d3-e1ae-e1c5-ee0b29c616ca The ZFS pool 'system' has begun resilvering. Minor Alert<br /> </small>
это после возвращения системного диска … просто для примера . ЕСТЕСТВЕННО , что при реальном выходе из строя диска реальное время восстановления будет существенно больше . Сколько будет работать – все равно , незначительное время :
<br /> jumbo-uss7110:> maintenance system disks show<br /> Properties:<br /> profile = mirror<br /> root = 1.14G<br /> var = 56.1M<br /> update = 2.52M<br /> stash = 4.44M<br /> dump = 16.0G<br /> cores = 18K<br /> unknown = 14.0G<br /> free = 103G

`Disks:

DISK LABEL STATE
disk-000 HDD 1 healthy
disk-001 HDD 0 healthy

`

jumbo-uss7110:><br />
Это то , что содержиться на системном разделе . Кстати , resilver так быстро идет в тч и из-за смешного размера модифицируемых данных – фактически это все , что _могло_ потенциально поменятся . Как видно из примера – scrub не показывает наличия ошибок (время – чуть меньше 4-х минут) – что вполне актуально для (пускай и так) 18 Гб системных данных , всего вместе .

Ниже – конфигурация пулов .

По долгу службы попал в руки Sun Storage 7110 . Ну и началось его всестороннее “обнюхивание” . За писанину – извиняйте , я не писатель , я – читатель и “делатель” 😉

Чем управление “железкой” отличается от симулятора , выпущенного несколько месяцев назад ?

Да ничем . Если Вы хотите понять , что из себя представляет новая линейка систем хранения от Sun – достаточно просто пойти по ссылке – http://www.sun.com/storage/disk_systems/unified_storage/resources.jsp , скачать симулятор , обзавестись VMWare Player (или Fusion) и начать пробовать 🙂

Как управляется новая система хранения ?

Просто . Доступных путей два (нет , три , нет , четыре ) :

• web-морда (не научнО – по правильному – BUI – Browser User Interface)
• CLI через ssh
• serial console
• serial console через SP (сервисный процессор)

Выбираем по вкусу . Web поддерживает браузеры Internet Explorer 7 (им еще кто-то пользуется ? Шучу 😉 ) и Firefox . Я успешно использую Safari 3.2.1 (MacOSX) – “в списках не значиться” , но работает весьма и весьма успешно .

Читайте далее ->