
Стоимость 728743-B21
Купить
ДАРИМ подарки просто так!
Это гарантирует Вам выбор оптимального по соотношению цена/качество решения.
Отказоустойчивость подразумевает способность системы работать при отказе одного или нескольких его компонентов. Соответственно для обеспечения отказоустойчивости системы должны быть задублированы все её компоненты. В каждом конкретном случае этот список будет варьироваться в зависимости от развернутого решения. Так же можно составить список отказов (угроз), от которых необходимо защитить систему, к примеру: поломка БП, выход из строя оперативной памяти, сервера целиком, одной из служб, от которой зависит приложение, ИБП стойки, коммутатора, серверной комнаты целиком.
Почти все СУБД имеют встроенные устройства резервного копирования. Если необходим расширенный функционал, то необходимо использовать стороннее средство резервного копирования. Это может быть как бесплатное ПО, так и платное. В зависимости от модели лицензирования ПО Вам необходимо приобрести определенный состав лицензий.
Кластер — группа компьютеров, объединённых высокоскоростными каналами связи и представляющая с точки зрения пользователя единый аппаратный ресурс. Кластер служит для распределения нагрузки, для повышения отказоустойчивости. Для создания кластера необходимо программное обеспечение, поддерживающее данную функцию, два или более серверов, а также в большинстве случаев система хранения данных (СХД). Система Хранения Данных (СХД) - это комплексное программно-аппаратное решение по организации надёжного хранения информационных ресурсов и предоставления гарантированного доступа к ним. Примеры кластерных решений:
Для создания RAID массива на сервере необходимо, прежде всего, иметь на самом сервере подключенные диски HDD. Материнская плата, установленная в сервере, должна быть либо с интегрированным RAID-контроллером (встроен в материнскую плату), либо потребуется установить отдельный дискретный РЕЙД-контроллер, который, как правило, устанавливается в специальный разъем PCI-Express.
Далее все довольно просто, с помощью устройства ввода/вывода, подключенного к серверу, вы заходите в интерфейс управления RAID-контроллером и создаете нужный уровень RAID-массива.
RAID LEVEL |
Кол-во дисков | Эффективная ёмкость* |
Отказоустойчивость | Преимущества | Недостатки |
---|---|---|---|---|---|
0 |
Любое |
S * N |
нет |
наивысшая производительность |
очень низкая надёжность |
1 |
от 2, чётное |
S * N / 2 |
1 диск** |
высокая производительность и надёжность |
двойная стоимость дискового пространства |
1E |
от 3, нечётное |
S * N / 2 |
1 диск** |
высокая защищённость данных и неплохая производительность |
двойная стоимость дискового пространства |
10 или 01 |
от 4, чётное |
S * N / 2 |
1 диск** |
наивысшая производительность и высокая надёжность |
двойная стоимость дискового пространства |
5 |
от 3 до 16 |
S * (N - 1) |
1 диск |
экономичность, высокая надёжность |
производительность ниже RAID 0 и 1 |
50 |
от 6, чётное |
S * (N - 2) |
1 диск** |
высокая надёжность и производительность |
высокая стоимость и сложность обслуживания |
5E |
от 4 |
S * (N - 2) |
1 диск |
экономичность, высокая надёжность, скорость выше RAID 5 |
производительность ниже RAID 0 и 1, резервный накопитель работает на холостом ходу и не проверяется |
5EE |
от 4 |
S * (N - 2) |
1 диск |
быстрое реконструирование данных после сбоя, экономичность, высокая надёжность, скорость выше RAID 5 |
производительность ниже RAID 0 и 1, резервный накопитель работает на холостом ходу и не проверяется |
6 |
от 4 |
S * (N - 2) |
2 диска |
экономичность, наивысшая надёжность |
производительность ниже RAID 5 |
60 |
от 8, чётное |
S * (N - 2) / 2 |
2 диска** |
очень высокая надёжность |
высокая стоимость и сложность организации |
* N — количество дисков в массиве, S — объём наименьшего диска.
** Информация не потеряется, если выйдут из строя диски в пределах разных зеркал.
*** Информация не потеряется, если выйдет из строя одинаковое кол-во дисков в разных stripe'ах.
**** Информация не потеряется, если выйдут из строя диски в пределах одного зеркала.
Типичный сервер использует всего 5-10% своих возможностей. Виртуализация позволяет объединить ресурсы процессора, памяти и дисков аппаратных серверов и предоставить общие ресурсы для множества виртуальных серверов (виртуальных машин), эффективно и просто управлять и следить за значительно меньшим количеством аппаратных серверов и в десятки раз быстрее разворачивать на них множество виртуальных. Это сокращает затраты на электроэнергию и охлаждение, уменьшает занимаемое место, кабельную инфраструктуру.
Прежде чем приступить к резервному копированию, необходимо определиться со следующими параметрами:
Исходя из этих данных подбираем софт и средствами софта выполняем резервное копирование и восстановление данных.
Основные програмные продукты:
Помимо, ленточных библиотек, так же есть специализированые устройства для хранения резервных копий с поддержкой дедупликации:
Тонкие клиенты, как таковые, представляют из себя крайне маломощные компьютеры и не могут выполнять сложные задачи, как правило, они используются для подключения либо к терминальному серверу, либо к VDI. Основные преимущества в применении «тонких клиентов»: безопасность корпоративных данных - так как нет локальных носителей, хранить важную информацию пользователь не сможет. Все данные хранятся в одном месте, к примеру, на терминальном сервере, или на корпоративном файловом сервере, или ферме VDI. Так же для ОС тонкого клиента не требуется высокая производительность, и срок службы тонких клиентов может составлять до 10 лет.
Экономия средств на содержание - отсутствие дисков, вентиляторов, маломощных блоков питания, все это значительно снижает затраты на обслуживание.
Централизованное обслуживание - все терминалы имеют одинаковый набор программ, настроек, все находится на сервере и тем самым упрощает работу администратора.
Как средство для хранения резервных копий может выступать множество устройств, начиная от USB Flash до ленточных библиотек и дисковых массивов. Спектр решений достаточно широк, как и спектр требований, поэтому нельзя дать однозначного ответа. В любом случае необходимо определиться с ключевыми показателями: Объем резервных копий, количество хранимых резервных копий, частота их выполнения, окно бэкапа, необходимое время восстановления, необходимая скорость создания копий и восстановления, необходимость репликации или перемещения носителей с резервными копиями. В общем случае, для некрупных компаний (SMB) которым, мы рекомендуем использовать резервное копирование на HDD, либо на NAS, либо на специализированное устройство с дедупликацией, из-за более простого администрирования и меньшего времени восстановления. Если есть специфические требования, то мы готовы индивидуально подобрать решение.