Конфигурация серверов
Модераторы: Trinity admin`s, Free-lance moderator`s
Конфигурация серверов
Доброго всем дня
Помогите определится с выбором серверов:
1. Нужен терминальный сервер под 1С 8.2. Работает 1С в файловом режиме. На данный момент 10 пользователей, в последующем планируется порядка 30
2. Необходимы сервера под виртуализацию (VMWare vSphere). Предполагается использовать данную ферму под сервер приложений+MS SQL. Количество пользователей будет порядка 250 в терминальном режиме. Еще сюда же перенесется существующая виртуальная машина ~ 150 терминальных пользователей.
3. Необходимы сервера под виртуализацию (VMWare vSphere) под MS Exchange 2010, который также крутится в виртуальной ферме. Количество пользователей почты ~ 600 юзеров.
Если можно определить как конкретный сервер (модель), так и необходимые комплектующие под него (если самосбор).
Почему две фермы? Как говорится одни я...а в одну корзину некладут
Мне необходимо определится сколько и чего будет стоить (сервера и VMWare vSphere).
Если есть возможность - подскажите "правильную" фирму, в котором есть консультант, который сможет подсказать, помочь в настройке виртуальной фермы (Москва).
Спасибо!
Помогите определится с выбором серверов:
1. Нужен терминальный сервер под 1С 8.2. Работает 1С в файловом режиме. На данный момент 10 пользователей, в последующем планируется порядка 30
2. Необходимы сервера под виртуализацию (VMWare vSphere). Предполагается использовать данную ферму под сервер приложений+MS SQL. Количество пользователей будет порядка 250 в терминальном режиме. Еще сюда же перенесется существующая виртуальная машина ~ 150 терминальных пользователей.
3. Необходимы сервера под виртуализацию (VMWare vSphere) под MS Exchange 2010, который также крутится в виртуальной ферме. Количество пользователей почты ~ 600 юзеров.
Если можно определить как конкретный сервер (модель), так и необходимые комплектующие под него (если самосбор).
Почему две фермы? Как говорится одни я...а в одну корзину некладут
Мне необходимо определится сколько и чего будет стоить (сервера и VMWare vSphere).
Если есть возможность - подскажите "правильную" фирму, в котором есть консультант, который сможет подсказать, помочь в настройке виртуальной фермы (Москва).
Спасибо!
- DeadMazay
- Advanced member
- Сообщения: 1743
- Зарегистрирован: 20 сен 2007, 15:07
- Откуда: Новосибирск, Мск
- Контактная информация:
Re: Конфигурация серверов
нажмите в верху Вход на корпоративный сайт, там в правом верхнем углу московский телефон... набираете 7 цифр и вуаля
с уважением Сергей.
ICQ: 365984224
ICQ: 365984224
Re: Конфигурация серверов
Я здесь нельзя мало-мальскую рекомендацию дать?
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Конфигурация серверов
Две фермы предполагают два стораджа? В таком случае лучше сделать таки одну ферму, но задублировать стораджи - толку больше будет.
Пишите подробнее про нагрузки п.2-3.
А что мешает п.1. водрузить на ферму?
Пишите подробнее про нагрузки п.2-3.
А что мешает п.1. водрузить на ферму?
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Конфигурация серверов
vlsdtv
Не проще ли сделать кластер с балансировкой нагрузки из нескольких терминальных серверов?
Вы всех 250 пользователей хотите загнать на одну виртуальную машину?Необходимы сервера под виртуализацию (VMWare vSphere). Предполагается использовать данную ферму под сервер приложений+MS SQL. Количество пользователей будет порядка 250 в терминальном режиме. Еще сюда же перенесется существующая виртуальная машина ~ 150 терминальных пользователей.
Не проще ли сделать кластер с балансировкой нагрузки из нескольких терминальных серверов?
А зачем Exchange водружать на виртуальную машину? Что это дает для повышения производительности и отказоустойчивости?3. Необходимы сервера под виртуализацию (VMWare vSphere) под MS Exchange 2010, который также крутится в виртуальной ферме. Количество пользователей почты ~ 600 юзеров.
Re: Конфигурация серверов
В данный момент все крутиться именно в виртуальной машине
По первому - пускай будет так, я не особо большой специалист в виртуальном хозяйстве .
По п.2 и 3 - Это сервер приложений, в качестве БД используется MS SQL. Работать будут в терминальном доступе 18 филиалов со всей России. Нагрузка на него достаточно серьезная предстоит - у нас работа круглосуточная.
В данный момент крутится виртуалка на 100 пользователей (в головной организации) - используется 4-х ядерный процессор и 12 гб оперативки, что хватает.
Почтовик перенесли за "компанию" - ранее он стоял на арендованных серверах, которые решили забрать. По хар-кам он идентичен предыдущему, за исключением объема жестких дисков.
Что бы водрузить п.1 на ферму - есть две причины:
1. Это делается для другого подразделения, которая должна это видеть "глазами" и щупать руками
2. Что бы водрузить на ферму нужно много согласований и тем более пока не совсем понятна конфигурация самой фермы
По первому - пускай будет так, я не особо большой специалист в виртуальном хозяйстве .
По п.2 и 3 - Это сервер приложений, в качестве БД используется MS SQL. Работать будут в терминальном доступе 18 филиалов со всей России. Нагрузка на него достаточно серьезная предстоит - у нас работа круглосуточная.
В данный момент крутится виртуалка на 100 пользователей (в головной организации) - используется 4-х ядерный процессор и 12 гб оперативки, что хватает.
Почтовик перенесли за "компанию" - ранее он стоял на арендованных серверах, которые решили забрать. По хар-кам он идентичен предыдущему, за исключением объема жестких дисков.
Что бы водрузить п.1 на ферму - есть две причины:
1. Это делается для другого подразделения, которая должна это видеть "глазами" и щупать руками
2. Что бы водрузить на ферму нужно много согласований и тем более пока не совсем понятна конфигурация самой фермы
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Конфигурация серверов
По нагрузке - давайте данные перфмона, хотя бы средние по филиалам. Надо же от чего-то отталкиваться в рассчетах.
Re: Конфигурация серверов
Не смогу я на данный момент ничего предоставить - нет данных. Еще никто не подключался
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Конфигурация серверов
Ну можно же посмотреть, как оно щас в регионах крутится. Мы конечно можем покурить на тему средней температуры по больнице, но цена ошибки может быть велика.
Re: Конфигурация серверов
Я может неправильно выразился - но я писал, что предполагается создание и размещение приложения. А то что ныне работает - так туда доступа нет - из головного офиса народ администрирует.
То есть на данный момент никто не подключен. Поэтому и предполагается организация в Москве и потом потихоньку подключать филиалы к серверу
То есть на данный момент никто не подключен. Поэтому и предполагается организация в Москве и потом потихоньку подключать филиалы к серверу
Re: Конфигурация серверов
Так может быть есть возможность попросить поставить счетчики у коллег?
С уважением, Александр.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Конфигурация серверов
vlsdtv
Все же поподробнее распишите, что и как должно работать:
1. Что за приложение будет взаимодействовать с SQL?
2. Где предполагается хранить БД?
3. Какие функции VShere вы хотите задействовать для сервра приложений, БД, терминальных и Exchange?
4. Какая требуется отказоустойчивость?
Все же поподробнее распишите, что и как должно работать:
1. Что за приложение будет взаимодействовать с SQL?
2. Где предполагается хранить БД?
3. Какие функции VShere вы хотите задействовать для сервра приложений, БД, терминальных и Exchange?
4. Какая требуется отказоустойчивость?
Re: Конфигурация серверов
1. Наша фирма занимается инкассацией и соответственно приложения такие как: арм инкассации (заведение точек, распределение маршрутов и т.д), клиентская база - сотрудники заводят новых клиентов, арм кассира - народ считает деньги и зачисляют деньги пока в общую базу данных, через которую экономисты перечисляют по счетам клиентов деньги. Фейс арм-ов написан на фокс-про, а сама бд - скульная. Не особо и ресурсоемкие приложения
2. на данный момент все хранится на виртуальной машине, то есть и армы и базы данных на одном сервере. Соглашусь, что скорее всего это не правильно, но нам сделали так (головная организация, которая нам на время выделила свою виртуальную ферму). Рассмотрю варианты хранения на выделенном сервере или на отдельной виртуальной машине
3. по этому поводу трудно сказать - не специалист, только только изучаю vmware
4. сервера должны работать 24Х7 - критичный сервис
2. на данный момент все хранится на виртуальной машине, то есть и армы и базы данных на одном сервере. Соглашусь, что скорее всего это не правильно, но нам сделали так (головная организация, которая нам на время выделила свою виртуальную ферму). Рассмотрю варианты хранения на выделенном сервере или на отдельной виртуальной машине
3. по этому поводу трудно сказать - не специалист, только только изучаю vmware
4. сервера должны работать 24Х7 - критичный сервис
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Конфигурация серверов
vlsdtv
На мой взгляд, единственное приложение, которое стоит запускать в виртуальной машине - это самописный ARM. Скорее всего, другими средствами его не добавишь в кластер.
Для пункта 2 достаточно такой конфигурации:
a. Отказоустойчивый кластер с внешней дисковой системой под БД и виртуальную машину (на Hyper-V).
б. Кластер с балансировкой нагрузки из 4-5 - ти серверов для терминальных сессий. В состав кластера входят сами терминальные серверы и brocker-серверы (их функции можно возложить на часть терминальных серверов), которые будут распределять входящую нагрузку по серверам и отслеживать сессии клиентов.
Зачем почту поднимать на виртуальной машине тоже не очень понятно.
В принципе, достаточно двух обычных серверов (с локальными дисковыми системами) Exchange 2010 в DAG, чтобы обеспечить нужную функциональность и отказоустойчивость.
На мой взгляд, единственное приложение, которое стоит запускать в виртуальной машине - это самописный ARM. Скорее всего, другими средствами его не добавишь в кластер.
Для пункта 2 достаточно такой конфигурации:
a. Отказоустойчивый кластер с внешней дисковой системой под БД и виртуальную машину (на Hyper-V).
б. Кластер с балансировкой нагрузки из 4-5 - ти серверов для терминальных сессий. В состав кластера входят сами терминальные серверы и brocker-серверы (их функции можно возложить на часть терминальных серверов), которые будут распределять входящую нагрузку по серверам и отслеживать сессии клиентов.
Зачем почту поднимать на виртуальной машине тоже не очень понятно.
В принципе, достаточно двух обычных серверов (с локальными дисковыми системами) Exchange 2010 в DAG, чтобы обеспечить нужную функциональность и отказоустойчивость.
Re: Конфигурация серверов
по пункту а - на Hiper-V не пойдет, все уже крутиться на VMWare
Но я согласен с Вашими рекомендациями. Можно услышать чисто технически на чем это можно реализовать?
Но я согласен с Вашими рекомендациями. Можно услышать чисто технически на чем это можно реализовать?
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 52 гостя