|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Приветствую всех. Прошу совета по следующему вопросу. На данный момент у компании есть несколько сервисов и стоит задача обеспечения непрерывности их работы с минимальным простоем. Планируем реализовать это на виртуальных машинах. Стоит выбор аппаратного обеспечения. Выбираем между blade-серверами и двумя стоечными серверами традиционного формфактора. Насколько мне известно, у блейдов преимущество в их просто расширяемости, работе в режиме кластера с распределнием нагрузки, все основные узлы дублируются. Однако есть контролер, отвечающий за оптику, который не дублируется. Можно ли реализовать дублирование виртуальной машины в режиме реального времени? Прошу высказать Ваше мнение по поводу данного случая - как лучше обеспечить непрерывность функционирования сервисов? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2011, 14:42 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
2 сервра против 2 блейдов однозначно выигрывают серверы, ибо обвязка не дешева и место 2 блейда займут больше, чем 2 одноюнитовых сервера, вот если 20 против 20 уже вопрос поинтересней, а если полусотня против полусотни, то блейды явно "на коне". ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2011, 14:55 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Ivan_Pisarevsky2 сервра против 2 блейдов однозначно выигрывают серверы, ибо обвязка не дешева и место 2 блейда займут больше, чем 2 одноюнитовых сервера, вот если 20 против 20 уже вопрос поинтересней, а если полусотня против полусотни, то блейды явно "на коне". т.е. купить 2 стоечных сервера с большими возможностями для расширения? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2011, 16:16 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Это вам видней, что вам нужно... просто 2 блейда это даже меньше одной заполненной обоймы, имеет смысл если вы точно собираетесь масштабироваться, причем как минимум на порядок... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2011, 16:38 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
На VMWare с VMSphere планируете запускать? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2011, 00:59 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
VMSphereНа VMWare с VMSphere планируете запускать? Имеете ввиду VMware vSphere? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2011, 11:36 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
1. есть ли у продуктов VMware vSphere возможность резервного копирования виртуалок в онлайне, т.е. чтобы в случае полного выхода сервера с виртуалками из строя работу тут же подхватывала виртуалка на другом сервере и, если из строя вышла виртуалка, содержащая СУБД, то СУБД после сбоя находилась бы в согласованном состоянии. 2. есть ли бесплатное (более дешевое) ПО, которое бы позволяло решать задачи гипервизии, распределения нагрузки между виртуалками и резервного копирования в режиме реального времени в условиях промышленной эксплуатации? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2011, 14:19 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
1. есть ли у продуктов VMware vSphere возможность резервного копирования виртуалок в онлайне, т.е. чтобы в случае полного выхода сервера с виртуалками из строя работу тут же подхватывала виртуалка на другом сервере и, если из строя вышла виртуалка, содержащая СУБД, то СУБД после сбоя находилась бы в согласованном состоянии. 2. есть ли бесплатное (более дешевое) ПО, которое бы позволяло решать задачи гипервизии, распределения нагрузки между виртуалками и резервного копирования в режиме реального времени в условиях промышленной эксплуатации? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2011, 14:43 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Для распределения нагрузки одной СУБД по нескольким физическим серверам надо использовать SE/SN кластер самой СУБД. Для горячей замены при выходе из строя одного физического сервера используется FailOver кластер СУБД. SN кластер эту задачу так же решает. vSphere поможет только мигрировать целиком инстансы СУБД с одного физического сервера на другой без их остановки. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2011, 15:13 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
vSphereДля распределения нагрузки одной СУБД по нескольким физическим серверам надо использовать SE/SN кластер самой СУБД. Для горячей замены при выходе из строя одного физического сервера используется FailOver кластер СУБД. SN кластер эту задачу так же решает. vSphere поможет только мигрировать целиком инстансы СУБД с одного физического сервера на другой без их остановки. необходимо резервировать в онлайне не только СУБД, но также и само приложение (папку с определенными файлами). vSphere мигрирует инстансы в режиме онлайн, т.е. в любой момент времени копия соот-ей оригиналу или же это для ручного режима, т.е. есть потребность - запускаем миграцию? нам необходимо, чтобы в любой момент времени у нас была корректная копия виртуалки, которая бы в случае падения оригинала могла бы незаметно для клиентов подхватить работу. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2011, 16:07 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
На 100% не скажу, но скорей всего такого в VMWare нету. Попробуйте у них лично спросить. Если что-то выясните расскажите. Здесь надо использовать опции самих СУБД FailOver/StandBy. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2011, 23:43 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
ITSpecнеобходимо резервировать в онлайне не только СУБД, но также и само приложение (папку с определенными файлами). Разделить ОС и данные. Данные вынести на какую-нибудь кластерную ФС, ну в худшем случае на DFS:) А вообще, продублируйте жизненно-важные сервисы кластерным софтом, NLB например или Virtual Server. Клонирование виртуалок в онлайне не есть гуд. Не думаю, что это правильный путь. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2011, 01:41 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Relic HunterITSpecнеобходимо резервировать в онлайне не только СУБД, но также и само приложение (папку с определенными файлами). Разделить ОС и данные. Данные вынести на какую-нибудь кластерную ФС, ну в худшем случае на DFS:) А вообще, продублируйте жизненно-важные сервисы кластерным софтом, NLB например или Virtual Server. Клонирование виртуалок в онлайне не есть гуд. Не думаю, что это правильный путь. А почему в худшем случае DFS и какие лучше использовать кластерные ФС? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2011, 04:03 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
MSSQL-OracleА почему в худшем случае DFSПотому, что бесплатноMSSQL-Oracle и какие лучше использовать кластерные ФС?Veritas, например ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2011, 04:23 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Что лучше: купить одно дорогое хранилище или 2 подешевле и зеркалировать их друг в друга? Возможно ли для удешевления решения купить одно хранилище и несколько не серверных, но относительно мощных рабочих станций: например 5 машин с процессором i7, 8 Гб оперативной памяти без жестких дисков и присоединить их к хранилищу. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2011, 16:45 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
ITSpecЧто лучше: купить одно дорогое хранилище или 2 подешевле и зеркалировать их друг в друга? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2011, 08:10 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
ITSpecЧто лучше: купить одно дорогое хранилище или 2 подешевле и зеркалировать их друг в друга?Хранилище подороже уже не имеет SPOFов, дублировать его целиком имеет смысл, если хотите минимизировать риски класса "землятресение", а так все компонента меняются "на горячую". Плюс еще масса плюшек просто недоступных внутренним рэйдам. ITSpecВозможно ли для удешевления решения купить одно хранилище и несколько не серверных, но относительно мощных рабочих станций: например 5 машин с процессором i7, 8 Гб оперативной памяти без жестких дисков и присоединить их к хранилищу.Может оказаться, что файберный контроллер просто некуда будет втыкать в десктопной матери, PCI-X нет в принципе, PCI express 8x тоже, заработает ли в 16х слоте предназначенном для видеокарт серверный адаптер вопрос интересный... да, сунуть десктопную мать в юнитовый кузов удовольствие то еще, а десяток не юнитовых компутеров обслуживать, вместо серверной стойки... оно вам точно надо? в десктопах нет сдвоенных БП, а как без них рассуждать о бесперебойности? закладываться на файберный сундук, что пролететь на сгоревшем десктопном БП? Я что-то теряю логическую нить... ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2011, 08:41 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
У вас счет идет на минуты? В противном случае можно приобрести пакеты расширеной поддержки от поставщика оборудования. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2011, 15:21 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
КритикУ вас счет идет на минуты? В противном случае можно приобрести пакеты расширеной поддержки от поставщика оборудования. Мы планировали развернуть все сервисы на одном одном хранилище - простой должен быть не более 15 минут. Что дает пакет расширенной поддержки? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2011, 09:40 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
ITSpecКритикУ вас счет идет на минуты? В противном случае можно приобрести пакеты расширеной поддержки от поставщика оборудования. Мы планировали развернуть все сервисы на одном одном хранилище - простой должен быть не более 15 минут. Что дает пакет расширенной поддержки? Никакая поддержка не поможет обеспечить 15 минут дайнтайма, резервный сервер уже должен быть на площадке полностью готовый принять нагрузку. Круглосуточная дежурная смена техников/админов у вас я так полагаю уже есть? Ибо 15 минут можно обеспечить только находясь в момент сбоя на площадке. Каналы связи уже задублировали? Дизель генераторы имеются? Пару фидеров от разных подстанций? Резервный ЦОД? на случай пожара/потопа/землетрясения? Просто надо отдавать себе отчет, что 15 минутный даунтайм "на коленке" и "за шапку сухарей" не обеспечить, это по любому будет ВЕСЬМА недешевое удовольствие. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2011, 12:29 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
А что с бюджетом?))) Если деньги есть, то: VMWare vSphere на 3-х хостах (на случай вылета хоста максимальная нагрузка должна работать на 2-х). Организовываем HA кластер (при желании DRS). Все ВМ находятся на внешнем двухголовом хранилище. Соответственно в зависимости от типа подключения, возможно, нужно два FC свича для подключения серверов. Пара обычных свичей для подключения клиентов. В такой конфигурации Время простоя=время загрузки логического сервера+15 секунд:). Естественно все диски в 6-10 рейд. Касательно поддержки, то, в зависимости от Вашего географического расположения, можно купить время восстановления до 6-и часов 24/7/365. MSSQL-Oracle у VMWare есть возможность держать две абсолютные копии виртуалки на разных хостах, но нужно ли это в данной задаче... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2011, 17:52 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
TAIPHOONА что с бюджетом?))) Если деньги есть, то: VMWare vSphere на 3-х хостах (на случай вылета хоста максимальная нагрузка должна работать на 2-х). Организовываем HA кластер (при желании DRS). Все ВМ находятся на внешнем двухголовом хранилище. Соответственно в зависимости от типа подключения, возможно, нужно два FC свича для подключения серверов. Пара обычных свичей для подключения клиентов. В такой конфигурации Время простоя=время загрузки логического сервера+15 секунд:). Естественно все диски в 6-10 рейд. Касательно поддержки, то, в зависимости от Вашего географического расположения, можно купить время восстановления до 6-и часов 24/7/365. MSSQL-Oracle у VMWare есть возможность держать две абсолютные копии виртуалки на разных хостах, но нужно ли это в данной задаче... Двухголовое хранилище - два хранилища? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2011, 17:05 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Двухголовое хранилище - это то, где два независимых модуля управления и доступа к данным. Т.е. абсолютно все компоненты продублированы. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2011, 16:47 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
TAIPHOONMSSQL-Oracle у VMWare есть возможность держать две абсолютные копии виртуалки на разных хостах, но нужно ли это в данной задаче... Какими средствами будет обеспечиваться "одинаковость" виртуалок и в каком объеме (только ОС или СУБД)? В случае выхода одной из виртуалок, будет ли корректно работать СУБД на другой виртуалке или все же это необходимо обеспечивать средствами самой СУБД, а под "одинаковостью" виртуалок в данном случае понимается только идентичность ОС? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2011, 17:43 |
|
Обеспечение непрер. функционирования сервисов
|
|||
---|---|---|---|
#18+
Топикстартер пишет диплом? Другого вывода из всех вводных сделать не получилось, знаний 0, бюджет 0, ТЗ отсутствует, СУБД неизвестна, технология виртуализации неизвестна (да и нужна ли виртуализация как таковая тоже),а надо сделать "зашибически", сферический кластер высокой доступности в вакууме! Но институт, экзамен и сессия! (с) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2011, 12:20 |
|
|
start [/forum/topic.php?fid=30&msg=37280629&tid=1530605]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
28ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
others: | 284ms |
total: | 408ms |
0 / 0 |