Вкладывать средства в отказоустойчивость физического сервера, на котором развернута вся серверная инфраструктура, или купить несколько серверов?::Приложение к журналу СА №1(2010)
www.samag.ru
Льготная подписка для студентов      
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
О журнале
Журнал «БИТ»
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Вакансии
Контакты
   

Jobsora


  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

 Читать далее...

1001 и 1 книга  
28.05.2019г.
Просмотров: 2271
Комментарии: 2
Анализ вредоносных программ

 Читать далее...

28.05.2019г.
Просмотров: 2257
Комментарии: 1
Микросервисы и контейнеры Docker

 Читать далее...

28.05.2019г.
Просмотров: 1805
Комментарии: 0
Django 2 в примерах

 Читать далее...

28.05.2019г.
Просмотров: 1328
Комментарии: 0
Введение в анализ алгоритмов

 Читать далее...

27.03.2019г.
Просмотров: 1853
Комментарии: 1
Arduino Uno и Raspberry Pi 3: от схемотехники к интернету вещей

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 Вкладывать средства в отказоустойчивость физического сервера, на котором развернута вся серверная инфраструктура, или купить несколько серверов?

Архив номеров / 2010 / Выпуск №1 (1) / Вкладывать средства в отказоустойчивость физического сервера, на котором развернута вся серверная инфраструктура, или купить несколько серверов?

Рубрика: Виртуализация /  Опрос

Вкладывать средства в отказоустойчивость физического сервера,
на котором развернута вся серверная инфраструктура,
или купить несколько серверов?

На вопрос «СА» отвечают посетители форума сайта журнала

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

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

Лучше не рисковать

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

Виртуализация, безусловно, стоит денег. Но тут вопрос уже к заказчику сервисов, которые предоставляет ему ИТ: нужно ли ему, чтобы все работало или можно подождать, пока один из сервисов упадет. Сколько можно подождать? Если срок восстановления сервиса, например, составляет сутки, то и пусть все работает как есть. Виртуализировать все нереально, да и не нужно.

Виртуализация задала новый вектор развития заводу

Я работаю на заводе, где использовался Visual Foxpro для DOS, и еще несколько скомпилированных программ на фортране под dos (для расчета зарплаты). У нас был устаревший (по нынешним меркам парк машин), также использовались сервера с 486-процессорами. Со временем они износились, стали нестабильно работать.

Тогда было принято стратегическое решение, которое в будущем задало вектор развития заводу. Мы купили мощный сервер с двумя процессорами, и установили там VMware workstation. После чего для каждого из старых серверов была сделана виртуальная машина под управлением Windows 2003 Server, в которой уже использовался dosbox для наших приложений.

Cейчас у нас все просто замечательно работает. Пользователь удаленным столом заходит на виртуализированную windows машину, в окошке запускает dosbox и работает! Налицо экономия. Даже одной электроэнергии в квартал мы сэкономили на 12 тысяч рублей. А это согласитесь немало.

Геннадий Болтов

Не надо складывать яйца в одну корзину

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

Андрей Луконькин

А почему и нет?

Представим, что у нас два железных сервера и два приложения. По традиционной схеме мы раскладываем по приложению на сервер. В случае выхода из строя одного из них поднимаем на втором упавшее приложение из бэкапа или ещё как-то. А теперь представим, что у нас два железных сервера и две виртуальные машины, внутри которых живут наши два приложения. Если один железный сервер умер, упавшая виртуальная машина будет перенесена на живой сервер. Выгода нетрадиционного подхода – в скорости переноса виртуальной машины: хороший виртуальный софт делает это за секунды или минуты.

У нее много задач, но только не экономия

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

  • уменьшать время простоев (при кластерной схеме);
  • уменьшать время восстановления после отказов;
  • делать доступной работу тонких и удаленных клиентов (причем платформо независимую);
  • облегчать управление и администрирование всем программно-аппаратным хозяйством;
  • для разработчиков – это легкий способ создать большое количество разнообразных сред для тестирования.

Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru