Вход на хостинг
IT-новости
20.04.2016 iPhone 2017 года поместят в водонепроницаемый корпус из стекла
Линейка iPhone в новом году серьезно поменяется. В этом уверен аналитический исследователь Мин Чи Ку......
30.07.2015 Ищем уникальный контент для сайта
Ищем уникальный контент для сайта Без уникального контента Ваш сайт обречен на то, что его страницы......
11.05.2015 Распространённые ошибки разработчиков сайтов
Не секрет, что в сети Интернет насчитывается миллионы сайтов, и каждый день появляются тысячси новых......
Отказоустойчивый кластер с минимальным бюджетом
Сергей Довганюк
Как с минимальным бюджетом эффективно построить отказоустойчивый кластер и использовать его в качестве платформы для критически важных приложений на примере СУБД Oracle 9i.
Когда работа предприятия зависит от функционирования серверов, всегда хочется быть уверенным в их надежности. И надежность эту даже можно измерить.
Применительно к серверам эта величина называется «доступность» или «готовность», измеряется в процентах и означает, сколько времени в году сервер исправно функционирует. Идеальное ее значение – 100%.
В таблице 1 приведены типичные значения готовности и расчетное время простоя для каждой из них.
Таблица 1. Типичные значения готовности
|
Готовность, % |
Время простоя в год |
|
99 |
3.5 дня |
|
99.9 |
9 часов |
|
99.99 |
52.5 минуты |
|
99.999 |
5 минут |
Что делать, чтобы увеличить этот показатель? Оптимальное решение – это дублирование всех узлов (т.е. серверов). Это решение позволит дописать к показателю готовности еще одну «9». А два функционально идентичных сервера, работающих как один, – это уже кластер.
Варианты построения кластера выбираются в каждом конкретном случае. Я хочу привести пример построения кластера на примере СУБД Oracle 9i.
Как я и писал выше, есть несколько вариантов решений. Их можно разделить по нескольким критериям: стоимость решения, оперативность восстановления системы после сбоя (см. таблицу 2).
Таблица 2. Варианты построения кластера
|
|
Высокая стоимость |
Удовлетворительная стоимость |
|
Восстановление в реальном (или почти) времени |
«+» высокая надежность (в идеале, максимально возможная); гарантия сохранения информации на уровне транзакции; практически полная незаметность факта сбоя для пользователя «–» высокая стоимость лицензии
«+» высокая надежность; «–» стоимость решения еще дороже, чем стоимость предыдущего варианта |
«+» высокая надежность; низкая стоимость решения «–» возможные ошибки при записи данных из-за программного сбоя (драйвер диска и т. д.) будут немедленно скопированы на все узлы кластера; небольшая задержка при переключении с одного узла кластера на другой |
|
Восстановление с задержкой |
|
«+» простота конфигурирования «–» в зависимости от алгоритма может приводить к значительной загрузке системы; синхронизация данных происходит при окончании работы с файлом, что может при активной работе с диском привести к значительной задержке в синхронизации данных; требует дополнительной настройки для автоматического переключения с одного сервера на другой (возможно, что и на основе того же Heartbeat)
«+» работает в рамках лицензии Oracle Standard Edition; основано на встроенных механизмах Oracle «–» недостаток, общий для данной группы – отложенная синхронизация |
ООО Дельта-Технология ©2007 - 2023 год
Нижний Новгород, ул. Дальняя, 17А.
