Отказоустойчивость, по какому пути пойти?
Модераторы: Trinity admin`s, Free-lance moderator`s
Отказоустойчивость, по какому пути пойти?
Добрый день, коллеги, доросли до модернизации серверной части, вводная:
1С 8 КА
30 пользователей
БД сейчас 90 ГБ
прогноз через 3 года (а ориентируемся именно на этот срок) в районе 300 Гб
стоит задача сократить время простоя до 3-5 минут
нулевая потеря данных, насколько это возможно в ниже приведенных вариантах.
планируем новые сервера запускать с 2 виртуалками. (одна под БД, вторая под кд например)
определили 2 пути:
1) покупка 2 серверов а ля dl 380g8 и забивкой под завязку винтами SAS по 450 ГБ, и реализация на базе них Database Mirroring Async или sync средствами SQL (а ля SQL2008 R2)
2) покупка 2 серверов а ля dl360g8 с 2 винтами по 600 saS и приобретение СХД а ля Storwize V3700 SFF Dual Control с винтами по 300 гб в полном объеме с подключением по FС.
Вопрос вообще то в чем: а нужна ли СХД? Какие плюсы, минусы первого и второго варианта?
1С 8 КА
30 пользователей
БД сейчас 90 ГБ
прогноз через 3 года (а ориентируемся именно на этот срок) в районе 300 Гб
стоит задача сократить время простоя до 3-5 минут
нулевая потеря данных, насколько это возможно в ниже приведенных вариантах.
планируем новые сервера запускать с 2 виртуалками. (одна под БД, вторая под кд например)
определили 2 пути:
1) покупка 2 серверов а ля dl 380g8 и забивкой под завязку винтами SAS по 450 ГБ, и реализация на базе них Database Mirroring Async или sync средствами SQL (а ля SQL2008 R2)
2) покупка 2 серверов а ля dl360g8 с 2 винтами по 600 saS и приобретение СХД а ля Storwize V3700 SFF Dual Control с винтами по 300 гб в полном объеме с подключением по FС.
Вопрос вообще то в чем: а нужна ли СХД? Какие плюсы, минусы первого и второго варианта?
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Отказоустойчивость, по какому пути пойти?
Город в профиле укажите, плиз.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Отказоустойчивость, по какому пути пойти?
При двух отдельных серверах у вас фактически будут две базы. Причем время синхронизации будет зависеть от многих факторов, один из которых размер пропускной способности сети и внутренняя дисковая подсистема серверов. При выделенном канале 1Гбит время синхронизации может занять несколько часов. Вариант с внешней СХД позволяет сделать полноценный кластер на базе МС. Но однако это не отменяет самого бекапа на другой сервер, лучше с агентами на саму базу.papasem писал(а):1) покупка 2 серверов а ля dl 380g8 и забивкой под завязку винтами SAS по 450 ГБ, и реализация на базе них Database Mirroring Async или sync средствами SQL (а ля SQL2008 R2)
2) покупка 2 серверов а ля dl360g8 с 2 винтами по 600 saS и приобретение СХД а ля Storwize V3700 SFF Dual Control с винтами по 300 гб в полном объеме с подключением по FС.
Вопрос вообще то в чем: а нужна ли СХД? Какие плюсы, минусы первого и второго варианта?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Отказоустойчивость, по какому пути пойти?
Ни один из этих вариантов не обеспечит нулевой потери данных. Только кластер + бекап на другой сервер к нему.papasem писал(а):нулевая потеря данных, насколько это возможно в ниже приведенных вариантах.
- Inna
- Сотрудник Тринити
- Сообщения: 227
- Зарегистрирован: 01 ноя 2008, 11:03
- Откуда: Екатеринбург
- Контактная информация:
Re: Отказоустойчивость, по какому пути пойти?
papasem ,
посчитаем два варианта с описанием сценариев развития событий по ним:
Вариант 1: пара серверов с топовыми процессорами, ОЗУ с запасом, мощная дисковая с возможностью масштабирования.
Вариант 2: пара серверов + внешняя СХД сторвайз V3700 = более управляемое, масштабируемое и отказоустойчивое решение.
+ сервер под бекапы с емкими дисками SATA + Бекап экзек с агентом под MS SQL.
Второй вариант наиболее приближен к best practice, первый -- к ограниченному бюджету. Если бизнес диктует требования минимального простоя приложений, стоит продвигать второй вариант.
Отправим оба в профильную почту сегодня при наличии контактов вашей организации
посчитаем два варианта с описанием сценариев развития событий по ним:
Вариант 1: пара серверов с топовыми процессорами, ОЗУ с запасом, мощная дисковая с возможностью масштабирования.
Вариант 2: пара серверов + внешняя СХД сторвайз V3700 = более управляемое, масштабируемое и отказоустойчивое решение.
+ сервер под бекапы с емкими дисками SATA + Бекап экзек с агентом под MS SQL.
Второй вариант наиболее приближен к best practice, первый -- к ограниченному бюджету. Если бизнес диктует требования минимального простоя приложений, стоит продвигать второй вариант.
Отправим оба в профильную почту сегодня при наличии контактов вашей организации
Re: Отказоустойчивость, по какому пути пойти?
To papasem
Старый сервер БД пока не выкидывайте. Если конфигурация будет по второму варианту и V3700 "ляжет", работа встанет.
Впрочем, если Вы упомянули об асинхронном мирроринге SQL, а это значит, что будет недешевая редакция SQL Server - Enterprise, денежки на зеркальный сервер найдутся тоже.
Старый сервер БД пока не выкидывайте. Если конфигурация будет по второму варианту и V3700 "ляжет", работа встанет.
Впрочем, если Вы упомянули об асинхронном мирроринге SQL, а это значит, что будет недешевая редакция SQL Server - Enterprise, денежки на зеркальный сервер найдутся тоже.
Re: Отказоустойчивость, по какому пути пойти?
Большая ли вероятность падения ?Bormoto писал(а):To papasem
Если конфигурация будет по второму варианту и V3700 "ляжет", работа встанет.
Re: Отказоустойчивость, по какому пути пойти?
В цифрах, что ли? У меня, к сожалению, нет статистики ни по изделию целиком, ни по отдельным блокам.papasem писал(а):Большая ли вероятность падения ?Bormoto писал(а):To papasem
Если конфигурация будет по второму варианту и V3700 "ляжет", работа встанет.
Учитывая дублирование компонентов, такая вероятность должна быть мала.
Еще у IBM есть платные пакеты на сервисное обслуживание с разными временными параметрами реагирования. Продавцы разъяснят подробнее.
Но если Ваш бизнес действительно должен быть непрерывным, то без еще одного "зеркала" Вам не обойтись.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Отказоустойчивость, по какому пути пойти?
ИБМ в самом лучшем случае может обеспечить 8-мь часов фикстайма на железо. Это может означать, что железо взлетит, но система будет лежать. Например из-за логического сбоя. У топикстартера требование 5-ть минут простоя. Это на 100% кластер + обязательный бекап. И кстати спасибо за подсказку, ибо вероятно обычный кластер с внешней СХД может обойтись дешевле, чем стоимость лицензий на пару Ентерпрайзных Скуля. Ибо для построения стандартного кластера достаточно будет стандартных лицензий на сам Скуль.Bormoto писал(а):Еще у IBM есть платные пакеты на сервисное обслуживание с разными временными параметрами реагирования. Продавцы разъяснят подробнее.
Но если Ваш бизнес действительно должен быть непрерывным, то без еще одного "зеркала" Вам не обойтись.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Отказоустойчивость, по какому пути пойти?
"papasem"
В первом приближении вам в почту все отправлено. Без ответов на наши вопросы дальше дело не сдвинется.
В первом приближении вам в почту все отправлено. Без ответов на наши вопросы дальше дело не сдвинется.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 14 гостей