Техническая спецификация по закупке программно-аппаратного комплекса



Скачать 343.62 Kb.
страница2/3
Дата01.12.2017
Размер343.62 Kb.
1   2   3




Поддержка логического разделения

Дисковый массив должен поддерживать разделение массива на несколько (не менее 1000) логических разделов. Каждый логический раздел должен иметь свои дисковые ресурсы. Для управления каждым логическим разделом может быть назначен отдельный администратор.







Анализ производительности

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







Максимальный размер LUN

Массив должен поддерживать логические тома (LUN) емкостью не менее 16ТБ.







Копии данных

Массив должен поддерживать на аппаратном уровне создание локальных копий томов – snapshots (мгновенные копии) и snapclones (полные копии). При создании snapshot не должно требоваться предварительное резервирование дискового пространства.

Массив должен поддерживать минимум 128 snapshots на 1 том.

Мгновенные копий томов (snapshots) должны быть доступны как для чтения, так и для записи.

Массив должен поддерживать создание snapshots как c томов и их полных копий (snapclone), так и с мгновенных копий томов (snapshot).

При создании snapshots должны поддерживаться консистентные группы томов. Каждая консистентная группа должна поддерживать не менее 100 томов (LUNs). Массив должен поддерживать создание консистентных snapshots для следующих приложений: Oracle, Exchange, MS SQL, VMware, Hyper-V.

Для оптимальной утилизации дискового пространства массив должен поддерживать создание snapshot/snapclone с уровнем RAID, отличным от уровня RAID исходного тома. Кроме того, массив должен поддерживать создание snapshot на дисках, отличных от дисков, на которых расположен исходный том.









Репликация

Массив должен поддерживать на аппаратном уровне репликацию томов между массивами, относящимися к предлагаемому семейству массивов. Должны поддерживаться режимы и синхронной, и асинхронной репликации. Для выполнения репликации не должны использоваться дополнительные внешние устройства.

Массив должен поддерживать репликацию и по FC, и по IP. Для поддержки репликации по IP массив должен иметь, как минимум, два интегрированных порта Ethernet.

При репликации данных должны поддерживаться консистентные группы томов. Каждая консистентная группа должна поддерживать не менее 100 томов (LUNs).

Массив должен поддерживать инкрементальную репликацию после восстановления отказа или обрыва канала связи между двумя массивами.

Массив должен поддерживать следующие варианты репликации между несколькими массивами:


  • репликация данных с нескольких массивов на один массив;

  • репликация данных с одного массива на несколько массивов;

  • репликация одного и того же набора данных одновременно на два других массива.

  • Массив должен поддерживать репликацию между 2 дата-центрами и обеспечивать полную сохранность всех данных (нулевое RPO) при отказе любого из трех массивов.







Тонкое резервирование

Массив должен поддерживать технологию Thin Provisioning, позволяющую выделять серверам необходимые физические дисковые ресурсы автоматически по мере необходимости и позволяющую презентовать серверам виртуальные логические тома, размер которых может превосходить имеющийся физический дисковый объем массива. Автоматическое выделение физических дисковых ресурсов серверам должно выполняться прозрачно для операционных систем серверов и для приложений, без прерывания доступа к данным.

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

Технология репликации должна быть интегрирована с технологией Thin Provisioning, т.е., при репликации должны копироваться только реальные данные приложений, а не весь объем логического тома.

Массив должен поддерживать собственными средствами онлайн преобразование стандартных томов в «тонкие» тома и также онлайн преобразование «тонких» томов в стандартные тома.









Дедупликация

Массив должен поддерживать дедупликацию данных на аппаратном уровне для SSD.







Миграция данных

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

Массив должен поддерживать изменение уровня RAID логического тома без прерывания доступа к данным.

Массив должен поддерживать реализацию многоуровневой системы хранения данных на уровне логического тома: данные логического тома могут быть распределены между физическими дисками с различными характеристиками, например, между дисками SSD, SAS, NL-SAS. Должна поддерживаться автоматическая миграция блоков данных логического тома между физическими дисками с различными характеристиками для оптимизации или производительности, или стоимости хранения.

Массив должен поддерживать собственными средствами онлайн миграцию данных (без прерывания доступа к данным) между двумя массивами, относящимися к предлагаемому семейству массивов.









Качество обслуживания

Массив должен поддерживать управление качеством обслуживания (QoS).







Шифрование

Массив должен поддерживать шифрование данных на аппаратном уровне (без применения каких-либо дополнительных устройств).







Файловый доступ

Массив должен поддерживать возможность организации файлового доступа напрямую с контроллеров по протоколам:

SMB 3.0, NFS V4.

Файловый доступ должен поддерживать антивирусную защиту.








Поддержка VMware

Массив должен поддерживать интеграцию с VMware, в том числе:

полная интеграция с vStorage API for Array Integration (VAAI);

полная интеграция с vStorage API for Storage Awareness (VASA);

поддержка VMware Site Recovery Manager 5;

использовать встроенные в VMware средства балансировки нагрузки и переключения между несколькими путями доступа от сервера к дисковому массиву;

поддержка мониторинга и управления массивом из VMware vCenter посредством специального модуля plug-in for vCenter;

технология Thin Provisioning массива должна интегрироваться с VMware “Eager Zeroed Thick” VMDK.








Автоматические оповещения производителя о сбоях

Массив должен поддерживать функцию оповещения о сбоях по IP для автоматического и проактивного уведомления сервисного центра производителя о возможных проблемах функционирования.







Монтаж

Массив должен поддерживать установку в монтажный кабинет высотой 42U и шириной 19”.







Комплект поставки

В комплект поставки должно быть включено, как минимум:

Два контроллера массива;

Не менее 64 ГБ кэш-памяти;

Не менее 4 внешних порта FC 16Гб/с;

Не менее 30 дисков 1.8ТБ 10k SAS SFF HDD

Не менее 6 дисков 1920ГБ SFF SSD









Лицензии на ПО

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

Управления.

Внутренней репликации данных.

Репликации данных между массивами семейства.

Оптимизации хранения данных.

Балансировки нагрузки между массивами одного семейства.

Организации файлового доступа к дисковому массиву.








Сервисная поддержка

Гарантийная поддержка на аппаратное и программное обеспечение массива должна составлять: не менее 5 лет, круглосуточная проактивная поддержка 24х7, время реакции 4 часа.







Услуги запуска

В комплект поставки должны быть включены работы по установке и запуску поставляемого оборудования




4

Программное обеспечение для управления инфраструктурой










Информационная панель

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










Информационная панель должна отображать следующую суммарную информацию о состоянии ресурсов, не менее:

• Серверные профили

• Аппаратные ресурсы серверов и СХД

• Шасси


• Логические линии связи

• Сообщения об ошибках












Статус каждого из ресурсов должен отображаться цветом: зеленый - нормальная работа, желтый - предупреждение, красный - критическое состояние. Должно поддерживаться перенаправление на страницы с отображением подробной информации по ресурсам при нажатии на иконку статуса, отображаемого для каждого ресурса.







Карта

Программное обеспечение должно поддерживать отображение взаимосвязей между устройствами в центре обработки данных на различных уровнях, вплоть до уровня инфраструктуры ЦОД







Активности

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







Поиск

Программное обеспечение должно поддерживать поиск специфичной информации по ресурсам, такой как специфические имена ресурсов, серийные номера, WWN (World Wide Name), IP и MAC адреса.







Профили

Программное обеспечение должно иметь возможность создавать серверные профили, включающие в себя прошивки системного программного обеспечения (firmware), настройки BIOS, сетевые настройки, настройки порядка загрузки, уникальные идентификаторы (ID). Это должно стандартизировать и упрощать развертывание серверов.










Должно поддерживаться создание групп, позволяющее объединять сотни серверов, для быстрого и последовательного развертывания, без необходимости настраивать каждый сервер в отдельности.







Управление системными прошивками

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










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







Удаленное управление

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










Должна поддерживаться интеграция со стандартными службами каталогов, такими как Microsoft Active Directory и Novell eDirectory, обеспечивая безопасное, масштабируемое и экономически эффективное управление пользователями.










Должна поддерживаться интеграция с Microsoft Terminal Services для предоставления высокопроизводительной графической удаленной консоли с автоматическим или ручным переключением к Microsoft Terminal Services, после полной загрузки операционной системы и доступности управляемой системы.










Должна поддерживаться функциональность Virtual KVM в реальном времени с возможностью дистанционного включения питания. Должна поддерживаться работа браузера как с использованием Java, так и без Java (Java-free).










Должна поддерживаться возможность использования для подключения при помощи мобильных устройств, с поддержкой Apple IOS и Android.










Должно поддерживаться управление ключевыми компонентами систем по выделенной полосе, без включения в операционных системах SNMP или WBEM.










Должна поддерживаться возможность подключения удаленных носителей информации к серверам. Также должна поддерживаться возможность передачи файлов с пользовательского компьютера на удаленный сервер, имеющий подключение только к порту Lights-Out.










Должна поддерживаться возможность записи видео последней аварии и загрузки, а также воспроизведение записанного видео.










Должна поддерживаться возможность множественного доступа администраторов с разных удаленных местоположений с объединением удаленных сессий, даже с случае работы сервера в режиме lights-out. Должно поддерживаться не менее 6 сессий.







Управление питанием

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










Должно поддерживаться отображение актуальных данных по использованию электропитания и актуальные температурные измерения серверов. Должны отображаться исторические графики по питанию и температуре, а также генерироваться отчеты по питанию.










Должна поддерживаться определение местоположения серверов и блейд-лезвий на основе электропитания для облегчения визуализации тепловых данных ЦОД.







Управление производительностью и авариями

Должен обеспечиваться сбор и сохранение информации об использовании CPU всех управляемых серверов.










Должен обеспечиваться сбор сетевой статистики по портам, включая значения счетчиков приема, передачи и ошибок.










Должно поддерживаться отображение всех данных посредством интерфейса пользователя. Эти данные должны быть доступны через интерфейс REST API.







Развертывание

Должна поддерживаться возможность развертывания операционных систем одновременно на нескольких серверах, также должно поддерживаться развертывание по расписанию.










Должна поддерживаться возможность установки операционных систем Windows, Linux, Hyper-V и ESX с выполнением скриптов, с целью уменьшения времени развертывания.










Должна поддерживаться возможность снятия и развертывания операционных систем из образов.










Должна поддерживаться возможность конфигурирования аппаратных компонентов и изменения системных настроек, таких как уровни RAID, до установки операционной системы. Должна поддерживаться возможность снятия значений аппаратных настроек и дублирование их на другие сервера.







Интеграция с системами корпоративного управления

Должна быть возможность использовать единую, совместимую модель ресурсов, представляющую собой скоростной, современный и масштабируемый пользовательский интерфейс на основе HTML5 и индустриально стандартизованный интерфейс REST API для мобильного, безопасного доступа и открытой интеграции с другими системами управления.










Должна поддерживаться интеграция с VMware vCenter, Microsoft System Center, Red Hat Enterprise Virtualization







Уведомления

Должна быть возможность автоматизированной отправки уведомлений на электронную почту, а также с использованием протокола SNMP о произошедших событиях и авариях







Отчеты

Должна быть возможность генерации пользовательских отчетов и экспорт в форматах PDF, CSV и Microsoft Excel.







Управление системами хранения данных

Должны поддерживаться возможности по автоматическому импорту существующих подключенных и создаваемых томов СХД без прерывания сервиса










Должна поддерживаться возможность создания новых томов СХД (private, shared, permanent non-permanent) динамически из серверных профилей при использовании с гипервизорами










Должна поддерживаться функциональность автоматизированного Fiber Channel Zoning










Должна поддерживаться функциональность гибкого Fiber Channel Zoning на основе политик, автоматического создания псевдонимов (aliaces) на основе серверов, портов СХД, и групп.







Сервисная поддержка

Сервисная поддержка от производителя программного обеспечения с уровнем не ниже 24х7 сроком не менее 5 лет






Поделитесь с Вашими друзьями:
1   2   3


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница