УТВЕРЖДАЮ Заместитель генерального директора по ИТ _____________________ Горбунов Вик.Н.

advertisement
УТВЕРЖДАЮ
Заместитель генерального директора по ИТ
_____________________ Горбунов Вик.Н.
____ . _____________ 2013г.
ЗАДАНИЕ НА ПРОЕКТ
«МОДЕРНИЗАЦИЯ СИСТЕМЫ ХРАНЕНИЯ ДАННЫХ
В ЗАО ФИРМА ЦВ «ПРОТЕК»»
СОГЛАСОВАНО:
Начальник ОЭИС
________________
Глущак А.А.
___.__________ 2013г.
Руководитель группы
________________
Гребёнкин В.Н.
___.__________ 2013г.
Системный администратор
________________
Сосновский А.С. ___.__________ 2013г.
Системный администратор
________________
Агаев Р.Г.
___.__________ 2013г.
Драгайцев Е.В.
___.__________ 2013г.
Ведущий администратор OEBS _______________
Ведущий системный администратор ____________ Крючков Б.А.
Москва, 2013
Версия 6
___.__________ 2013г.
1. ЦЕЛИ И ЗАДАЧИ МОДЕРНИЗАЦИИ СХД
Работы по модернизации системы хранения данных (СХД) направлены на создание
современного хранилища данных, оптимального в соотношении производительности,
доступности (надежного хранения и отказоустойчивого доступа) и совокупной стоимости
владения.
Для достижения указанной цели необходимо решить следующие задачи:
 Обеспечить масштабируемость решения как по производительности (IOPS), так и по
дисковому пространству.
 Обеспечить эффективное использование имеющихся дисковых массивов различных
брендов с их постепенной утилизацией.
 Обеспечить безостановочную (с минимальными простоями) работу сервисов как на
этапе инсталляции нового решения, так на этапе эксплуатации при модернизациях и
проводимых миграциях имеющихся систем.
2. ТРЕБОВАНИЯ К ПРОЕКТИРУЕМОЙ СХД
К проектируемой СХД (в части новых дисковых массивов и размещённых на них БД
описанных в таблице 1) предъявляются следующие безусловные требования:
2.1 Проектируемая система должна состоять из двух идентичных узлов (основного и
резервного) разнесённых по разным серверным залам ЦВ «ПРОТЕК»;
2.2 На новые дисковые массивы необходимо мигрировать промышленные и резервные
окружения следующих ИС (БД ORACLE):
 OEBS
 WABC
 STOCK – в этой БД так же находится и WSERT
 OSERT
 СЭЗ
2.3 Закупку и инсталляцию массивов осуществить в минимальной конфигурации,
позволяющей обеспечить текущую производительность и дисковое пространство для
размещения указанных выше ИС с запасом по производительности и пространству на 1
(один) год. Дальнейшее масштабирование системы производить в соответствии с планами
роста нагрузки (таблица 3) в течение срока эксплуатации путём добавления в массив
модулей, повышающих производительность системы и увеличивающих дисковое
пространство без остановки сервиса.
2.4 Срок эксплуатации новых массивов – от 5 лет и выше. Период планирования роста
нагрузки и подсчёта стоимости владения (ТСО) – 5 лет.
2.5 Высвободившиеся после первоначальной миграции массивы использовать для
увеличения дисковых мощностей других ИС (промышленных и резервных) и вывода из
эксплуатации массивов снятых с поддержки.
2.6 Проектирование СХД, описание и первоначальную миграцию промышленного и
резервного окружения ИС, указанных в п.2.2 осуществляет участник конкурса
(победитель).
2.7 Каждый участник предлагает по 2 (два) варианта модернизации СХД.
3. ТРЕБОВАНИЯ К СЕРВИСНОЙ ПОДДЕРЖКЕ
 Уровень поддержки – 24*7.
 Доступность сервисов – 99,99.
 Время восстановления работы массива для промышленного окружения - 24 часа.
 Время восстановления работы массива для резервного окружения - 24 часа.
 Стоимость сервиса на периоде 5 лет – постоянна (по возможности). В случае изменения
стоимости сервиса по окончании гарантии оборудования или прочих условий, указать,
как будет меняться стоимость во времени на указанном периоде (с разбивкой по году на
период расчёта ТСО).
4. РЕЗУЛЬТАТЫ РАБОТ
Состав проектной документации и результаты работы по ней должны быть следующие:
4.1 Состав проектной документации (обязательные приложения)

Описание текущей СХД (состав, производительность, дисковое место, сервис).

План роста нагрузки (IOPS, GB) в соответствии с планами роста бизнеса (таблица 3)
и роста нагрузки по факту (текущая статистика по динамике).

План инвестиций на модернизацию СХД (для ИС указанных в п.2.2) на весь период
эксплуатации системы с корректировкой стоимости сервисной поддержки.

Техническая архитектура СХД на момент окончания работ по реорганизации и
целевая архитектура через 5 лет с поэтапной разбивкой по году.

План миграции и план управления рисками.

Сценарий тестирования и критерии оценки

Документация / инструкции по эксплуатации массивов.
4.2 Состав работ

Подготовка проекта
o Анализ текущего состояния СХД
o Определение требований по нагрузке на 5 лет
o Подготовка сценария тестирования и критериев оценки (тестирование состоит
из 2-х этапов: синтетические тесты и на промышленном окружении – система
СЭЗ)
o Выбор вендора (остаётся два участника с двумя вариантами) и конкретного
варианта (массива), тестирование.
o Подготовка контракта
o Обучение администраторов от ЦВ «ПРОТЕК» - 4 чел.
o Определение порядка миграции по п.2.2.
o Подготовка плана миграции и плана управления рисками

Поставка и инсталляция оборудования

Миграция

Контроль результатов проекта
Примечание:
Окончательная оплата за массив осуществляется после миграции ИС по п.2.2. при
соответствии заявленных показателей системы фактическим.
4.3 План-график
Предполагается следующая последовательность этапов работ со следующими сроками
по этим работам:
1) 09.01-15.01.2013 – подготовка ТЗ в ЦВ «ПРОТЕК»
2) 16.01-20.01.2013 – ознакомление вендоров и потенциальных участников конкурса с
ТЗ для уточнений, устранения неточностей. В этот период вендоры определяются с
участниками (ИТ интеграторами), которые будут их представлять
3) 21.01-04.02.2013 – проведение конкурса проектных решений. Приём предложений.
4) 04.02-11.02.2013 – принятие решения по конкурсу. Оценкам подхода к решению и
его стоимости Остаётся 2 участника с двумя предложениями каждый для
дальнейшего тестирования оборудования
5) 12.02-12.03.2013 – тестирование оборудования
6) 12.03-15.03.2013 – принятие решения по окончательному варианту
7) 18.03-29.03.2013
–
подготовка
контракта,
размещение
заказа
на
поставку
оборудования (один из ключевых моментов для принятия решения по выбору
поставщика решения – это размещение заказа у производителя под гарантийное
письмо ЦВ «ПРОТЕК» до заключения контракта. Наличие такой гарантии
позволит сократить время поставки на этапе 8 и указывается участником
конкурса в коммерческом предложении на этапе 3).
8) 01.04-06.05.2013 – поставка оборудования на склад ЦВ «ПРОТЕК»
9) 07.05-31.05.2013 – миграция ИС на промышленную и резервную среду.
10) 01.06-15.06.2013 – начало промышленной эксплуатации. Подведение итогов.
5. ТЕСТИРОВАНИЕ ФУНКЦИОНАЛЬНОСТИ, ПРОИЗВОДИТЕЛЬНОСТИ И
ОТКАЗОУСТОЙЧИВОСТИ МАССИВОВ
На тестирование предоставляется та модель, которая будет предложена в
коммерческом предложении к закупке.
Участникам конкурса после подготовки коммерческого предложения на проект по
реорганизации СХД предлагается организовать тестирование предлагаемых технических
средств (дисковых массивов) по следующим функциональным показателям:
5.1 Производительность (синтетика + реальная работа системы)

Время записи информации на диск (REDOLOG)

Измерение
производительности
записи
и
чтения
при
отключении
одного
контроллера/модуля КЭШ и т.п.

Измерение производительности системы при замене одного/двух дисков.

Измерение производительности массива при загрузке его на 80% и более.
5.2 Отказоустойчивость

Отсутствие единых точек отказа, включая внутренние линии электропитания, а так
же обеспечивать горячую замену таких компонентов, как диски, блоки питания и
вентиляторы (единые точки отказа могут быть, мы это фиксируем для последующего
принятия решения)
5.3 Функциональность (при наличии этой функциональности в предлагаемом массиве)

Установка дополнительных дисков и дисковых полок без остановки доступа к
данным.

Виртуализация «старых массивов».

Создание
snapshots
с
оценкой
занимаемого
места,
времени
создания,
производительности системы при их создании.

Поддержка возможности повышения версий встроенного программного обеспечения
без остановки доступа к данным



Поддержка реализации многоуровневой системы хранения данных на уровне
логического тома. Данные логического тома, расположенного на общем дисковом
пуле, должны кэшироваться или перемещаться в автоматическом режиме между
физическими уровнями общего пула с различными характеристиками, например,
между Flash/SSD и дисками SAS/SATA.
Поддержка автоматической миграции блоков данных логического тома между
физическими дисками с различными характеристиками с возможностью задания
размера блока для перемещения данных.
Графический интерфейс для конфигурирования и мониторинга состояния дискового
массива.

Изменение уровня RAID логического тома без прерывания доступа к данным.

Возможность возврата свободных, неиспользуемых дисковых ресурсов на уровне
тома в общий дисковый пул. Возврат свободных дисковых ресурсов в общий
дисковый пул должно выполняться без прерывания доступа к данным.

использование серверами нескольких путей доступа к томам (multi-pathing).

Поддержка операционных систем:
Windows Server 2003/2008/2012, HP-UX, IBM
AIX, Oracle Linux, Red Hat Linux, SUSE Linux, VMWare.
Примечание: ИС для тестирования – СЭЗ
6. ТЕКУЩЕЕ СОСТОЯНИЕ ОБЪЕКТА
6.1 Общие сведения о СХД

В таблице 1 приведена общая информация по основным БД, которые необходимо
мигрировать на первом этапе.
Таблица 1. БД и ИС для миграции (общая информация)
Система
Текущий
объем, TB
(данные/логи)
OEBS
13,4 / 1,2
Планируемый
объем через 5 лет,
TB (данные/логи)
30,0 / 1,2
Профиль
нагрузки
Текущая СХД на
которой работает
система
Свободное
“сырое»
пространство
на СХД , ГБ
Смешанная
EVA 8400 (02)
3 406
EVA 8400 (03)
3 568
WABC
3,5 / 0,4
9,5 / 0,4
Смешанная
DS 4800
48
STOCK
2,5 / 0,1
5,0 / 0,1
Смешанная
EVA 8400 (05)
838
SERT
1,0 / 0,1
2,0 / 0,4
Смешанная
EVA 8400 (05)
838
eZakaz
0,5 / 0,2
2,0 / 0,2
OLTP
VIX
99
20,9 / 2,0
48,5 / 2,3
Итого:

В таблице 2 приведена общая информация по основным БД, которые желательно
виртуализировать (добавить место или IOPS с нового массива).
Таблица 2. БД и ИС для виртуализации (общая информация)
Система
Текущий
объем, TB
(данные/логи)
Планируемый
объем через 5 лет,
TB (данные/логи)
Профиль
нагрузки
Текущая СХД на
которой работает
система
SUS
2,8 / 0,6
9,0 / 0,6
Смешанная
EVA 8400 (05)
EKXD
3,5 / 0,4
8,0 /0,4
DWH
XP 12000
85,0
150,0
91,8 / 1,2
169,0 / 1,2
VMware
Итого:
Свободное
пространство
на СХД , ГБ
838
2 000
0



Полный список дисковых массивов с их текущей конфигурацией приведён в
Приложении 1.
Соотношение чтение/запись для основной БД OEBS распределяется как 80/20.
Распределение соотношения чтения/записи по дням недели, текущее состояние БД
OEBS и динамика приведены в Приложении 2.
В Приложении 3 предоставлены данные выгрузки Oracle AWR.
6.2 Описание SAN
Сеть SAN построена как две физически независимые сети, идентичные по
функциональности и конфигурации. Сети разнесены по физически удалённым серверным. В
каждый из серверов, включенных в SAN, устанавливается как минимум по два FC-HBA.
Первый из FC-HBA подключается к одной "половинке" SAN, а второй — к другой. Пути
доступа серверов к дисковому массиву тоже дублируются. Внешние интерфейсы дискового
массива, включенного в SAN, подключаются к обоим ее "половинкам".
7
ПЛАНИРОВАНИЕ НАГРУЗКИ
Динамика роста нагрузки (от бизнеса) на плановый период приведена в Таблице 3:
Таблица 3. Плановый рост нагрузки
Прирост в год, %
Наименование
Плановый рост
2012/2011
2013/2012
2014/2013
2015/2014
2016/2015
2017/2016
2017/2012
8
9
15
23
17
14
104
нагрузки
Примечание:
1.Коэффициент запаса при расчете нагрузки = 1.7 дополнительно к указанному
2.Процент роста нагрузки принят одинаковым для всех указанных ИС.
Download