жесткие диски HP 507125-B21

Основные преимущества blade-серверов: меньшее место в стойке, большая плотность, более эффективное охлаждение и более экономичное энергопотребление, упрощенное администрирование большого количества серверов. Дополнительно блейд-серверы могут быть экономически более эффективны при необходимости подключения к LAN и SAN на высоких скоростях. Соответственно, если данные проблемы для Вас актуальны, стоит рассмотреть возможность приобретения блейд-серверов.

Типичный сервер использует всего  5-10% своих возможностей. Виртуализация позволяет объединить  ресурсы процессора, памяти и дисков аппаратных серверов и предоставить общие ресурсы для множества виртуальных серверов (виртуальных машин), эффективно и просто управлять и следить за значительно меньшим количеством аппаратных серверов и в десятки раз быстрее разворачивать на них множество виртуальных. Это сокращает затраты  на электроэнергию и охлаждение, уменьшает занимаемое место, кабельную инфраструктуру.

Создание дискового RAID массива на сервере

Для создания RAID массива на сервере необходимо, прежде всего, иметь на самом сервере подключенные диски HDD. Материнская плата, установленная в сервере, должна быть либо с интегрированным RAID-контроллером (встроен в материнскую плату), либо потребуется установить отдельный дискретный РЕЙД-контроллер, который, как правило, устанавливается в специальный разъем PCI-Express.

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

Сравнение уровней RAID

* N — количество дисков в массиве, S — объём наименьшего диска.
** Информация не потеряется, если выйдут из строя диски в пределах разных зеркал.
*** Информация не потеряется, если выйдет из строя одинаковое кол-во дисков в разных stripe'ах.
**** Информация не потеряется, если выйдут из строя диски в пределах одного зеркала.

Почти все СУБД имеют встроенные устройства резервного копирования. Если необходим расширенный функционал, то необходимо использовать стороннее средство резервного копирования. Это может быть как бесплатное ПО, так и платное. В зависимости от модели лицензирования ПО Вам необходимо приобрести определенный состав лицензий.

Как средство для хранения резервных копий может выступать множество устройств, начиная от USB Flash до ленточных библиотек и дисковых массивов. Спектр решений достаточно широк, как и спектр требований, поэтому нельзя дать однозначного ответа. В любом случае необходимо определиться с ключевыми показателями: Объем резервных копий, количество хранимых резервных копий, частота их выполнения, окно бэкапа, необходимое время восстановления, необходимая скорость создания копий и восстановления, необходимость репликации или перемещения носителей с резервными копиями. В общем случае, для некрупных компаний (SMB) которым, мы рекомендуем использовать резервное копирование на HDD, либо на NAS, либо на специализированное устройство с дедупликацией, из-за более простого администрирования и меньшего времени восстановления. Если есть специфические требования, то мы готовы индивидуально подобрать решение.

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

• какая операционная система (windows, linux  и  т.д.),
• какие данные будем бэкапить (база данных, файловый  сервер, видеосервер, виртуальные машины и т.д.),
• какой объем данных будем бэкапить, по каким каналам будем бэкапиться (Ethernet, FC, SAS и т.д.),
• на какое оборудование будем бэкапиться (на диски, на ленточные приводы и т.д.).

Исходя из этих данных подбираем софт и средствами софта выполняем резервное копирование и восстановление данных. 

Основные програмные продукты:

• Symantec Net Backup
• Symantec Backup Exce
• EMC Networker
• Acronis Backup & Recovery
• HP DataProtector
• Veeam Backup&Replication

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

• EMC Data Domain3
• HP Store Once
• IBM ProtecTIER
• Dell DL-series

Отказоустойчивость подразумевает способность системы работать при отказе одного или нескольких его компонентов. Соответственно для обеспечения отказоустойчивости системы должны быть задублированы все её компоненты. В каждом конкретном случае этот список будет варьироваться в зависимости от развернутого решения. Так же можно составить список отказов (угроз), от которых необходимо защитить систему, к примеру: поломка БП, выход из строя оперативной памяти, сервера целиком, одной из служб, от которой зависит приложение, ИБП стойки, коммутатора, серверной комнаты целиком.

В работе 1С участвуют 3 узла - Клиент/Сервер 1С/Сервер СУБД. Необходимо произвести мониторинг всех узлов, используя стандартное средство мониторинга Windows Server - perfmon. Необходимо отследить показатели: загруженность процессора, свободная оперативная память, количество ошибок чтения страниц, дисковая очередь к каждому диску, скорость чтения/записи на диск, очередь сетевой карты.