Помогите обеспечить надежность предоставления сервисов.
Модераторы: Trinity admin`s, Free-lance moderator`s
Помогите обеспечить надежность предоставления сервисов.
Добрый день.
На данный момент имеем сервер:
Сервер Intel SR2500:
два БП
2* Intel Xeon 5148 2.33GHz
4* 1024MB Kingston DDR2-533 FBDIMM ECC x8
RAID: Intel SRCSAS18E PCIe x 8 8 port (8int) 256MB + Portable Cache Module (BBU)
4* 73GB Seagate Cheetah 15K.4 SAS
1* 500Gb Seagate SATA
Необходимо построить масштабируемую серверную систему для обеспечения функционирования следующих сервисов:
1C 8.0. Вводится в эксплуатацию с нуля. Будут работать бухгалтерия (7 бухгалтеров) и отделы закупки и продаж (50 человек). В дополнение к этому доступ к этим базам необходимо в терминальном режиме предоставить до 6-8 пользователям.
Active Directory и файл-сервер. Файлы профилей должны будут храниться на сервере. Помимо профилей необходимо будет хранить и все рабочие файлы пользователей, т.е. на самих клиентских машинах хранить что-либо будет запрещено. Пользователей 60 человек.
Почтовый сервер. Программное обеспечение ещё не выбрано. Рассматриваются преимуществы использования Exchange перед Linux системами и после этого будет сделан выбор. Пользователей 60 человек.
Система электронного документооборота. ПО для данного сервиса ещё даже не поступало на рассмотрение, известно только что такой сервис понадобится. Сколько документов может быть в день мне также неизвестно.
Особенности:
Серверная расположена в 100 метрах от основного офиса. В основном офисе комната размером с шахту грузового лифта отведена для организации мини-серверной, обеспечивающей коммутацию клиентов в офисе и канал связи с основной серверной.
Просьба написать какое оборудование и, если это возможно, ПО вы можете предложить к использованию.
Понимаю, что данных очень мало, к сожалению, готов ответить на Ваши вопросы. Компания молодая, за год выросла раза в 2-3. Трудно сейчас прогнозировать возможную нагрузку, т.к. вместо 1С сейчас установлен досовский бэст, а АД в принципе не существует.
В ближайшие 2 года прогнозирую рост числа пользователей раза в 2.
Спасибо.
На данный момент имеем сервер:
Сервер Intel SR2500:
два БП
2* Intel Xeon 5148 2.33GHz
4* 1024MB Kingston DDR2-533 FBDIMM ECC x8
RAID: Intel SRCSAS18E PCIe x 8 8 port (8int) 256MB + Portable Cache Module (BBU)
4* 73GB Seagate Cheetah 15K.4 SAS
1* 500Gb Seagate SATA
Необходимо построить масштабируемую серверную систему для обеспечения функционирования следующих сервисов:
1C 8.0. Вводится в эксплуатацию с нуля. Будут работать бухгалтерия (7 бухгалтеров) и отделы закупки и продаж (50 человек). В дополнение к этому доступ к этим базам необходимо в терминальном режиме предоставить до 6-8 пользователям.
Active Directory и файл-сервер. Файлы профилей должны будут храниться на сервере. Помимо профилей необходимо будет хранить и все рабочие файлы пользователей, т.е. на самих клиентских машинах хранить что-либо будет запрещено. Пользователей 60 человек.
Почтовый сервер. Программное обеспечение ещё не выбрано. Рассматриваются преимуществы использования Exchange перед Linux системами и после этого будет сделан выбор. Пользователей 60 человек.
Система электронного документооборота. ПО для данного сервиса ещё даже не поступало на рассмотрение, известно только что такой сервис понадобится. Сколько документов может быть в день мне также неизвестно.
Особенности:
Серверная расположена в 100 метрах от основного офиса. В основном офисе комната размером с шахту грузового лифта отведена для организации мини-серверной, обеспечивающей коммутацию клиентов в офисе и канал связи с основной серверной.
Просьба написать какое оборудование и, если это возможно, ПО вы можете предложить к использованию.
Понимаю, что данных очень мало, к сожалению, готов ответить на Ваши вопросы. Компания молодая, за год выросла раза в 2-3. Трудно сейчас прогнозировать возможную нагрузку, т.к. вместо 1С сейчас установлен досовский бэст, а АД в принципе не существует.
В ближайшие 2 года прогнозирую рост числа пользователей раза в 2.
Спасибо.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Mikav
Нужна ли отказоустойчивость (кластер)?
Данные по количеству пользователей даны с учетом возможного роста в будущем или это текущая предполагаемая нагрузка?1C 8.0. Вводится в эксплуатацию с нуля. Будут работать бухгалтерия (7 бухгалтеров) и отделы закупки и продаж (50 человек). В дополнение к этому доступ к этим базам необходимо в терминальном режиме предоставить до 6-8 пользователям.
Нужна ли отказоустойчивость (кластер)?
Какой дисковый объем требуется от файл-сервера?ctive Directory и файл-сервер. Файлы профилей должны будут храниться на сервере. Помимо профилей необходимо будет хранить и все рабочие файлы пользователей, т.е. на самих клиентских машинах хранить что-либо будет запрещено. Пользователей 60 человек.
Здесь сложно что-либо советовать, не зная что работает.Система электронного документооборота. ПО для данного сервиса ещё даже не поступало на рассмотрение, известно только что такой сервис понадобится. Сколько документов может быть в день мне также неизвестно.
Как организован канал связи между офисами?Серверная расположена в 100 метрах от основного офиса. В основном офисе комната размером с шахту грузового лифта отведена для организации мини-серверной, обеспечивающей коммутацию клиентов в офисе и канал связи с основной серверной.
Что вы понимаете под ПО, которое мы должны вам порекомендовать?Просьба написать какое оборудование и, если это возможно, ПО вы можете предложить к использованию.
Потребности на момент ввода системы в эксплуатацию.Данные по количеству пользователей даны с учетом возможного роста в будущем или это текущая предполагаемая нагрузка?
Нужна ли отказоустойчивость (кластер)?
Общие требования к каждому сервису - максимальное время восстановление каждой из служб не должно превышать одного часа.
На каждого пользователя по 1-5 Гб, включая файлы профилей, т.е. на текущий момент около 300 Гб.Какой дисковый объем требуется от файл-сервера?
Никак. Его попросту пока ещё нет. А каким образом он будет организован будет зависеть от цен и надежности вариантов.Как организован канал связи между офисами?
Насколько я знаю что при использовании внешних массивов, чтобы обеспечить работу кластеров с ними нужно определенное ПО.Что вы понимаете под ПО, которое мы должны вам порекомендовать?
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Mikav
1. С учетом ваших текущих потребностей и возможного роста пользователей под 1C и SQL (учитывая, что информации о предполагаемой нагрузке довольно мало) можно предложить примерно такую конфигурацию:
Нода кластера:
SuperMicro 6015B-3R / 2 x Xeon 5355 / 4 x 2 ГБ FB-DIMM / 2 x 73 SAS (под ОС) / Qlogic 2462 (для подключения внешней дисковой системы).
Дисковая система:
Xyratex F5402E с двумя контроллерами и 12 SAS дисками в RAID 10.
2. Под терминал рекомендую выделить отдельный сервер:
SuperMicro 5015M-MT+ / Core 2 Duo 6700 / 2 x 1 ГБ DDR2 ECC / 2 x 160 SATA (в RAID 1).
3. Под AD и файл-сервер можно предложить такую конфигурацию (с учетом большого числа активно работающих с файлами пользователей):
SuperMicro PDSME+ / Core 2 Duo 6700 / 4 x 1 ГБ DDR2 ECC / Adaptec 3805 + BBU / 6 x 146 ГБ SAS (в RAID 10) / контроллер SCSI (для подключения стримера) / корпус SC825TQ-R700.
4. Под почтовый сервер можно использовать ваш существующий сервер.
5. Про сервер документооборота пока сложно что то сказать.
Кроме того, возможен вариант с более мощной (но и намного более дорогой) дисковой системой, к которой будут подключены существующие серверы и на которую будут возложены функции работы и с БД и с файловым хранилищем, и с документооборотом и с почтой.
1. С учетом ваших текущих потребностей и возможного роста пользователей под 1C и SQL (учитывая, что информации о предполагаемой нагрузке довольно мало) можно предложить примерно такую конфигурацию:
Нода кластера:
SuperMicro 6015B-3R / 2 x Xeon 5355 / 4 x 2 ГБ FB-DIMM / 2 x 73 SAS (под ОС) / Qlogic 2462 (для подключения внешней дисковой системы).
Дисковая система:
Xyratex F5402E с двумя контроллерами и 12 SAS дисками в RAID 10.
2. Под терминал рекомендую выделить отдельный сервер:
SuperMicro 5015M-MT+ / Core 2 Duo 6700 / 2 x 1 ГБ DDR2 ECC / 2 x 160 SATA (в RAID 1).
3. Под AD и файл-сервер можно предложить такую конфигурацию (с учетом большого числа активно работающих с файлами пользователей):
SuperMicro PDSME+ / Core 2 Duo 6700 / 4 x 1 ГБ DDR2 ECC / Adaptec 3805 + BBU / 6 x 146 ГБ SAS (в RAID 10) / контроллер SCSI (для подключения стримера) / корпус SC825TQ-R700.
4. Под почтовый сервер можно использовать ваш существующий сервер.
5. Про сервер документооборота пока сложно что то сказать.
Кроме того, возможен вариант с более мощной (но и намного более дорогой) дисковой системой, к которой будут подключены существующие серверы и на которую будут возложены функции работы и с БД и с файловым хранилищем, и с документооборотом и с почтой.
Кто это будет организовывать?Никак. Его попросту пока ещё нет. А каким образом он будет организован будет зависеть от цен и надежности вариантов.
Такое ПО идет в составе дискового массива.Насколько я знаю что при использовании внешних массивов, чтобы обеспечить работу кластеров с ними нужно определенное ПО.
1. Сколько таких серверов потребуется? Разместить на Xyratex ещё и файловое хранилище не получится? Например при покупке второй полки?
2. Про терминал примерно такое и предполагал.
3. Я думал, что целесообразнее будет размещать файлы АД на общем внешнем дисковом массиве, удобнее администрировать ведь... А компа таких понадобится два.
4. Вот тут немного удивлен. Мне казалось, что текущий сервер будет избыточен для таких задач. Рассчитывал что его можно будет применить в качестве сервера приложений 1С или сервера БД в трехзвенной системе. (дело в том что я просто не умею делать и не представляю как работает кластер с 1С, он вообще реализуется средствами SQL и windows, без участи сервера приложений 1С??)
В принципе бюджет может быть не ограничен, потому как первостепенное - надежность выбранного решения. Главное - это возможность всю систему удобно администрировать, бэкапить и, не дай Бог, восстанавливать.
Насчет канала - пока в этом направлении не работал, будут какие-то предложение?
Для более полного понимания картины происходящего напишу что есть сейчас из оборудования вообще:
Linux сервер (Intel SR1500 Core2Duo 6700, 2Gb RAM, RAID1 400Gb) - маршрутизатор, proxy и почтовик, имеющий 2 канала в интернет и раздающий вышеперечисленные сервисы.
БЭСТ + 1С 7.7 бухгалтерия на сервере указанном в первом посте.
Старенький сервер Intel в корпусе SC5200 с двумя Xeon 2.4 ГГц с HT, 2 Гб памяти. 4 скайзи диска: 2 на 36 Гб, 2 на 72 Гб (каждый в рэйд1). Работает в качестве файл-сервера.
Первый и последний использовать для решения поставленных задач не хотел. Второй оставлю поиграться с новыми сервисами, тестовый стенд, он без возможности крепления в стойку. Также будет анализировать какие-нибудь логи, от прокси например. А первый планировал оставить в качестве прокси-сервера.
2. Про терминал примерно такое и предполагал.
3. Я думал, что целесообразнее будет размещать файлы АД на общем внешнем дисковом массиве, удобнее администрировать ведь... А компа таких понадобится два.
4. Вот тут немного удивлен. Мне казалось, что текущий сервер будет избыточен для таких задач. Рассчитывал что его можно будет применить в качестве сервера приложений 1С или сервера БД в трехзвенной системе. (дело в том что я просто не умею делать и не представляю как работает кластер с 1С, он вообще реализуется средствами SQL и windows, без участи сервера приложений 1С??)
В принципе бюджет может быть не ограничен, потому как первостепенное - надежность выбранного решения. Главное - это возможность всю систему удобно администрировать, бэкапить и, не дай Бог, восстанавливать.
Насчет канала - пока в этом направлении не работал, будут какие-то предложение?
Для более полного понимания картины происходящего напишу что есть сейчас из оборудования вообще:
Linux сервер (Intel SR1500 Core2Duo 6700, 2Gb RAM, RAID1 400Gb) - маршрутизатор, proxy и почтовик, имеющий 2 канала в интернет и раздающий вышеперечисленные сервисы.
БЭСТ + 1С 7.7 бухгалтерия на сервере указанном в первом посте.
Старенький сервер Intel в корпусе SC5200 с двумя Xeon 2.4 ГГц с HT, 2 Гб памяти. 4 скайзи диска: 2 на 36 Гб, 2 на 72 Гб (каждый в рэйд1). Работает в качестве файл-сервера.
Первый и последний использовать для решения поставленных задач не хотел. Второй оставлю поиграться с новыми сервисами, тестовый стенд, он без возможности крепления в стойку. Также будет анализировать какие-нибудь логи, от прокси например. А первый планировал оставить в качестве прокси-сервера.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Mikav
1. Под SQL в кластере потребуется два сервера.
Если вы хотите трехзвенную систему с 1С 8.0, то под 1С можно выделить один однопроцессорный сервер. В принципе при текущей нагрузке под сервер приложений можно использовать терминальный сервер.
На Xyratex'е с дополнительной полкой можно разместить и файловое хранилище. Будет немного медленнее, чем, например, вариант с IBM DS4700 (т.к. предполагается высокая нагрузка не только на БД, но и на файловый сервер).
Но такой вариант потребует покупки FC свитча, чтобы к массиву можно было подключить несколько серверов.
3. Можно, конечно, так делать. Но от перемещения профилей на внешний массив вряд ли будет удобнее администрировать систему.
4. Т.к. у вас еще неизвестно, что за почта будет работать и какие дополнительные функции (антивирус, антиспам) будут возложены на сервер, то сложно говорить об избытчной мощности. Но на 60-100 пользователей под почту тоже нужна хорошая дисковая система.
По поводу канала связи в принципе and3008 уже все сказал.
1. Под SQL в кластере потребуется два сервера.
Если вы хотите трехзвенную систему с 1С 8.0, то под 1С можно выделить один однопроцессорный сервер. В принципе при текущей нагрузке под сервер приложений можно использовать терминальный сервер.
На Xyratex'е с дополнительной полкой можно разместить и файловое хранилище. Будет немного медленнее, чем, например, вариант с IBM DS4700 (т.к. предполагается высокая нагрузка не только на БД, но и на файловый сервер).
Но такой вариант потребует покупки FC свитча, чтобы к массиву можно было подключить несколько серверов.
3. Можно, конечно, так делать. Но от перемещения профилей на внешний массив вряд ли будет удобнее администрировать систему.
4. Т.к. у вас еще неизвестно, что за почта будет работать и какие дополнительные функции (антивирус, антиспам) будут возложены на сервер, то сложно говорить об избытчной мощности. Но на 60-100 пользователей под почту тоже нужна хорошая дисковая система.
По поводу канала связи в принципе and3008 уже все сказал.
Ваш сервер в корпусе SR2500, который по умолчанию предполагает монтаж в стойку.Второй оставлю поиграться с новыми сервисами, тестовый стенд, он без возможности крепления в стойку.
1. Ага, понял. Значит всё-таки лучше 2 сервера в кластере, где будет крутиться и БД и сервер 1С. И отдельный сервер терминалов. Так будет надежнее чем переносить сервер 1С на терминальный.
2,3. Я не упомянал одну очень важную особенность системы - необходима возможность в течении 5 минут выключить сервера и унести все данные (базы 1С, рабочие файлы пользователей). Поэтому желательно хранить их в одном хранилище, чтобы выключив сервера и вытащив полку с дисками можно было легко покинуть помещение серверной. Правда остается открытым вопрос с бэкапами. Получается их необходимо делать на внешние носители и выносить из помещения периодически или вместе с Xyratex.
4. Понятно.
Опечатался, хотел написать что SC5200 оставлю для тестов, а для негокреплений нету, только если на полку класть.
Ну и хотелось бы увидеть теперь цифры на всё это хозяйство. Как я понимаю остановиться надо будет на варианте с FC коммутаторами, чтобы подключать к массиву не только БД, но и сервера Актив Директори. Тогда мне видится вариант, что пока можно обойтись одной полкой а в процессе работы, после измерения нагрузки, при необходимости докупить вторую?
2,3. Я не упомянал одну очень важную особенность системы - необходима возможность в течении 5 минут выключить сервера и унести все данные (базы 1С, рабочие файлы пользователей). Поэтому желательно хранить их в одном хранилище, чтобы выключив сервера и вытащив полку с дисками можно было легко покинуть помещение серверной. Правда остается открытым вопрос с бэкапами. Получается их необходимо делать на внешние носители и выносить из помещения периодически или вместе с Xyratex.
4. Понятно.
Опечатался, хотел написать что SC5200 оставлю для тестов, а для негокреплений нету, только если на полку класть.
Ну и хотелось бы увидеть теперь цифры на всё это хозяйство. Как я понимаю остановиться надо будет на варианте с FC коммутаторами, чтобы подключать к массиву не только БД, но и сервера Актив Директори. Тогда мне видится вариант, что пока можно обойтись одной полкой а в процессе работы, после измерения нагрузки, при необходимости докупить вторую?
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Mikav
1. Можно сделать и так. Хотя 1С 8.0 не слишком хорошо работает в кластере, но поднять ее там можно.
2. При таком требовании лучше, конечно, одно хранилище. Хотя за 5 минут его вряд ли удастся унести.
Под бэкап лучше тогда выделить небольшой сервер промежуточного архива, с которого потом все данные будут скидываться на ленту. А кассеты уже можно будет уносить с собой.
Информацию с ценами пришлем вам на почту сегодня.
P.S.Вторую (всего до 4-х) полку к Xyratex'у можно приобрести, конечно, и позже.
1. Можно сделать и так. Хотя 1С 8.0 не слишком хорошо работает в кластере, но поднять ее там можно.
2. При таком требовании лучше, конечно, одно хранилище. Хотя за 5 минут его вряд ли удастся унести.
Под бэкап лучше тогда выделить небольшой сервер промежуточного архива, с которого потом все данные будут скидываться на ленту. А кассеты уже можно будет уносить с собой.
Информацию с ценами пришлем вам на почту сегодня.
P.S.Вторую (всего до 4-х) полку к Xyratex'у можно приобрести, конечно, и позже.
Уже тренировались выносить текущий сервер, получается нормально
Цены получил. Появился новый вопрос: кажется на вашем форуме читал, что не стоит использовать FC свитчи по одному, только парами, т.к. появляется узкое место. Это мнение ошибочно? Если нет, то получается что нужны и FC карты другие, ведь в этих только 1 разъем?
Цены получил. Появился новый вопрос: кажется на вашем форуме читал, что не стоит использовать FC свитчи по одному, только парами, т.к. появляется узкое место. Это мнение ошибочно? Если нет, то получается что нужны и FC карты другие, ведь в этих только 1 разъем?
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Mikav
Если вам нужна абсолютная отказоустойчивость по всем компонентам, то надо тогда дублировать не только FC свитчи, но и дисковый массив и разносить это все вместе с серверами по разным точкам. Это все увеличит стоимость решения как минимум на порядок.
Нужно ли вам это? Чаще всего в свитчах из строя выходят трансиверы. Можно просто взять свитч не с 8, а с 12 портами.
Если же вы хотите дублировать FC свитч, то, конечно, в серверах понадобятся двухпортовые карты.
Если вам нужна абсолютная отказоустойчивость по всем компонентам, то надо тогда дублировать не только FC свитчи, но и дисковый массив и разносить это все вместе с серверами по разным точкам. Это все увеличит стоимость решения как минимум на порядок.
Нужно ли вам это? Чаще всего в свитчах из строя выходят трансиверы. Можно просто взять свитч не с 8, а с 12 портами.
Если же вы хотите дублировать FC свитч, то, конечно, в серверах понадобятся двухпортовые карты.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 74 гостя