Голосования
Лента новостей

| Применение кластеризации для защиты важных ресурсов. |
|
|
|
| Автор: Дмитрий Рыбак |
| 07.06.2009 00:28 |
|
Почему то сложилось мнение, что кластеры прерогатива крупных организаций. Однако это не так, вернее не совсем так. Вы можете использовать эти технологии очень широко и с малыми затратами. Рассмотрим на примере компании, сотрудники которой очень активно используют файловые ресурсы. Помимо ежедневного резервного копирования на случай непреднамеренного удаления или затирания файла важна необходимость иметь надежный доступ ко всем документам компании. То есть степень надежности файлового ресурса должна быть на уровне 99,99% в рабочее время с 9:00 до 18:00. Степень надежности вычисляется отношением времени рабочего состояния к нерабочему. Арифметика проста. Если нужный Вам сервис работает вместе 540 минут (9часов*60 минут), всего лишь 530 минут, то степень его надежности, лишь 98,15%. Простой в 10 минут в течение рабочего дня недопустим. Перерыв в работе при степени надежности 99,999% не должен превышать 0,324 секунды за 9 часов работы! Если мы снизим требуемую степень, уберем две девятки из трех после запятой – 99,9%, то максимальное время простоя увеличится до 32 секунд. В нашем примере остановимся на 99,99%. Создаем вот такую простую схему. Будет задействовано два сервера примерно одинаковой конфигурации. Это называется двух узловой кластер. Мы не рассматриваем дублирование сетевого оборудования и источники бесперебойного питания, а также окружающей инфраструктуры, это тема для отдельной статьи. Каждый сервер подключен к общему коммутатору, скорость работы интерфейса 1000 МБ/сек. Серверами объединены отдельным каналом связи, также работающим на скорости в 1000 МБ в секунду. Это сделано для того, чтобы не нагружать рабочие линии связи служебным трафиком от репликации данных между ними. Вместе, эти два узла составляют единое целое. Более того, они распределяют нагрузку между собой согласно заданным параметрам. Например, первый обрабатывает 60%, второй лишь 40% запросов.
Принцип работы кластера следующий. Сотрудники обращаются за нужными документами к серверу «FILESRV». Согласно настроенным параметрам все измененные данные на одном сервере немедленно изменяются на втором. Своего рода зеркало. Рассмотрим ситуацию с аварийным отключением одного из узлов сервера.
Как мы видим, обмен данными между серверами стал невозможен, но сотрудники продолжают работать. При большой нагрузке они могут заметить небольшое падение производительности, однако могу спокойно продолжать работать. Тем временем наши специалисты устранят неисправность и вернут узел в работу. Учитывая высокую степень требуемой надежности, простого кластера не всегда достаточно. Поэтому необходимо настроить ряд служебных сервисов и регулярно проверять данные по мониторингу состояния. Это позволит превентивными мерами избежать серьезной поломки и заранее поменять, например, подающий признаки аварии жесткий диск одного из серверов. Давайте рассмотрим еще один вариант применения кластеров. Например, трех узловой кластер. В виду неких причин нам крайне важно иметь всегда в надежном месте самую актуальную копию всех документов. Для этого мы договорились с провайдером и установили на его площадке отдельный сервер, узел 3. Также обговорили, что трафик в ночное время между ним и офисом будет стоить на порядок дешевле обычного, в некоторых случаях даже бесплатно.
Что же происходит ночью? После окончания рабочего дня в определенное время запускается репликация всех измененных данных на третий узел. Это своего рода надежный способ резервного копирования. Мы не обговариваем модели используемого оборудования и программное обеспечение. Существует несколько вариантов, но каждый будет разработан именно под Ваши задачи. Назовем лишь ориентировочную стоимость двух узлового решения – от 20 000р. до 200 000р. вместе с оборудованием и услугами по настройке и тестированию. Львиную долю затрат потребует именно оборудование, но возможно использование уже имеющегося. Поэтому такой разброс стоимости.
|
| Обновлено 04.04.2010 16:07 |






