production THIN4-STE-P-SSS-C

Подключать обычных пользователей к 10 Gbps портам невыгодно, поэтому такие коммутаторы используются для задач быстрой миграции виртуальных машин, создания сети SAN на основе iSCSI, требовательных голосовых IP АТС и систем видеоконференцсвязи, создания производительного ядра LAN (количество сотрудников от 400 до 2000 человек). Переход на 10Gbps - это хорошая инвестиция, потому что требования к скорости и производительности постоянно растут, с другой стороны стоит учитывать повышенную стоимость по сравнению с 1Gbps и поддержку 10Gbps на остальном оборудовании.

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

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

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

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

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

Тонкие клиенты, как таковые, представляют из себя крайне маломощные компьютеры и не могут выполнять сложные задачи, как правило, они используются для подключения либо к терминальному серверу, либо к VDI. Основные преимущества в применении «тонких клиентов»: безопасность корпоративных данных - так как нет локальных носителей, хранить важную информацию пользователь не сможет. Все данные хранятся в одном месте, к примеру, на терминальном сервере, или на корпоративном файловом сервере, или ферме VDI. Так же для ОС тонкого клиента не требуется высокая производительность, и срок службы тонких клиентов может составлять до 10 лет.
Экономия средств на содержание - отсутствие дисков, вентиляторов, маломощных блоков питания, все это значительно снижает затраты на обслуживание.

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

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

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

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

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