Назад | Перейти на главную страницу

Каковы хорошие способы переноса RAID-массива на диски большего размера?

Я хочу заменить свои жесткие диски на диски большего размера и хотел бы знать, как это сделать лучше всего. У меня есть HP ProLiant с его версией RAID-контроллера 256 МБ:

03:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01)

У меня также есть пара дисков SAS 10 000 об / мин 146 ГБ в RAID 1. ОС - Ubuntu 10.04, 64-разрядная. Я не использую LVM.

zduric@pbksrv002:~$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/cciss/c0d0p1     130G  119G  9.7G  93% /
none                  3.0G  192K  3.0G   1% /dev
none                  3.0G     0  3.0G   0% /dev/shm
none                  3.0G   64K  3.0G   1% /var/run
none                  3.0G     0  3.0G   0% /var/lock
none                  3.0G     0  3.0G   0% /lib/init/rw
zduric@pbksrv002:~$ mount
/dev/cciss/c0d0p1 on / type ext4 (rw,errors=remount-ro)

Мы испытали огромный рост объема хранимого там контента, и теперь мне нужно заменить этот массив другой парой дисков по 300 ГБ. Ubuntu 10.04 там с tomcat и приложением для управления документами (которое заполняет большую часть диска). Я ищу лучший способ сделать это.

Я думал, что могу сделать одно из следующего:

Вариант I: замена диска по очереди. В принципе, я бы сделал что-то вроде этого:

  1. Замените диск 1 новым диском.
  2. Восстановите массив, чтобы поместить данные на новый диск.
  3. Замените диск 2 новым диском.
  4. Восстановите массив.

Мне не нравится, что это происходит с двукратным восстановлением. Я также не знаю, сработает ли это вообще и, что еще хуже, сколько это времени простоя. (около 115 ГБ данных, включая ОС.)

Вариант II: Создать новый массив. Идея здесь в том, что я бы добавил новые диски и создал второй массив. Затем я мог бы перенести свое приложение tomcat в новый массив - это означало бы простую операцию cp.

Мне гораздо больше нравится этот вариант, потому что он также оставил бы мне первый массив, который можно было бы использовать исключительно для ОС, и я мог бы более легко обновлять ОС в будущем.

Возможен ли вообще вариант II? Где я могу найти хорошие ресурсы по выполнению всей этой процедуры?

Есть ли другие, лучшие и умные варианты, которые мне стоит попробовать?

Заранее спасибо.

У вас есть варианты ...

Ваш конкретный случай описан на странице 81 Руководство пользователя контроллеров HP Smart Array.

Далее следуйте информации на странице 20 Справочное руководство HP Smart Array для обзора того, что делать, когда новая емкость станет доступной ...

  • У вас есть кэш-память с батарейным или флеш-резервом на вашем RAID-контроллере?
  • Можете ли вы опубликовать вывод df -h?
  • Вы используете LVM?

Расширение логического диска с помощью RAID-контроллера HP Smart Array может быть выполнено путем замены каждого диска на диск большего размера, по одному, давая время на восстановление между ними. Это приведет к увеличению логического диска (в терминах HP), который предоставит неиспользуемое пространство, которое можно выделить существующему диску или вырезать на новом логическом диске.

Замена диска не потребует длительного простоя, кроме перезагрузки для распознавания нового размера массива. Онлайн-расширение (с помощью утилиты HP Array Configuration Utility) или автономное расширение (с помощью загрузочный компакт-диск SmartStart) необходим для расширения логического диска. И все, что нужно сделать на уровне файловой системы, чтобы изменить размер ваших разделов. Я могу сделать это за одну или две перезагрузки, в зависимости от того, как настроена ОС сервера.

Также может иметь смысл установить Агенты управления HP и драйверы для вашей ОС. Также может быть полезно обновление прошивки компонентов сервера. Есть загрузочный DVD с прошивкой доступны для этого.

Вариант 1 на самом деле не подходит, поскольку копирование содержимого существующего массива RAID на новый диск не увеличивает размер массива.

Если контроллер HP RAID не предлагает онлайн-изменение размера массива, это даже физически невозможно - и даже в этом случае это только увеличивает массив, а не перегородки на них.

Перейдите к варианту 2: добавьте диски в контроллер, создайте новый массив RAID-1, создайте новый раздел, используя полный размер массива, и переместите свой контент.

Во время копирования данных будет некоторое время простоя, но вы можете минимизировать это, используя rsync после первого действия полного копирования и при остановке приложений.

Если вы просто заменяете диски по одному, у вас могут возникнуть проблемы, поскольку новая сборка массива будет того же размера, что и предыдущая; файловая система не узнает о расширении.

Тогда вам придется попробовать изменить размер раздела и файловой системы на лету. Предполагая, что у вашего RAID-контроллера не будет проблем с этим. И файловая система. Некоторые системы подходят для этой акробатики лучше, чем другие (с использованием LVM?)

Лично я бы посмотрел на создание еще одного сервера и запустил его параллельно с оригиналом, а затем, когда все было ясно, переключил его на новую производственную систему.

Если бы вы не могли этого сделать, я бы назначил время, чтобы выключить сервер, создать совершенно новый массив с нуля, а затем восстановить его из резервной копии. Это также будет иметь то преимущество, что старые диски будут доступны, если возникнет проблема, и вам придется прервать восстановление.

Эти два подхода избавят от необходимости рисковать, проверить ваши резервные копии и снизить вероятность перехода к «плану Б» (или В или D) в три часа ночи, когда вы уже нервничаете, устали. , и более склонны к глупым ошибкам.

В противном случае вам придется взглянуть на свою файловую систему и программное обеспечение для управления томами (LVM и утилиты изменения размера файловой системы) и надеяться, что ваш RAID-контроллер не сделает что-то глупое, чтобы вызвать проблемы, которые мощь все равно придется восстанавливать данные из резервной копии.

Это мое мнение ... возможно, кто-то с модельным контроллером и сервером, более похожим на ваш, может поделиться личным опытом. Мой подход имеет тенденцию быть более общим, и я стараюсь устранить краевые проблемы «на всякий случай».