Сервер для WEB и Terminal
Модераторы: Trinity admin`s, Free-lance moderator`s
Сервер для WEB и Terminal
Доброго дня!
Необходим сервер!
ПО:
1. MS Windows 2003 Server Std Edition
2. CMS Bitrix
3. Apache 2.0.59 win32
4. PHP 5.2.0
5. MySQL 5.0.27 win32
6. MS SQL server 2005 Std Edition
7. MS Office 2003/2007 Pro
8. 1C Предприятие
9. Дополнительное ПО, типа Adobe reader, ACDSee...
-------------------------------
Основная задача сервера:
1. WEB-сервер, т.е. будет лежать внутренний сайт компании,
который будет крутиться на Bitrix и в котором будет располагаться
документооборот компании (точных данных по размеру пока нет,
но возможно это 5Гб). Соответственно с данным сайтом будут работать на данном этапе до 30 пользователей,
далее возможно до 50 пользователей. Так же предполагается
работа с данным сайтом из интернета для определенного круга лиц
(5-15 интернет-пользователей).
2. Данный сервер будет Backup Domain Controller внутренней сети компании, и предполагаеться дубляж (резерв) базы данных под MS SQLдля 1С.
3. Так как, данный сервер будет смотреть в две стороны,
и во внутреннюю сеть и в интернет, то он же будет и
терминальным сервером (удаленный рабочие столы)
для 10 пользователей, на данном этапе 5-уже есть. Вследствие
чего и предполагается установка дополнительного ПО,
типа офиса, 1С и др..
------------------------------
Я конечно понимаю, что все эти фуекции необходимо разделять на разные сервера, но все имеет свою цену, в частности и ПО тоже...
Поэтому хотелось бы получить конкретную конфигурацию сервера
под данные задачи...
Пожелания:
-Корпус башня с возможностью монтирования в стойку
-Горячая замена БП и винтов
Заранее благодарен за пожелания, может что-то посоветуете
изменить вообще в поставленных задачах, если не трудно
обосновать в чем я не прав...
Спасибо!
Необходим сервер!
ПО:
1. MS Windows 2003 Server Std Edition
2. CMS Bitrix
3. Apache 2.0.59 win32
4. PHP 5.2.0
5. MySQL 5.0.27 win32
6. MS SQL server 2005 Std Edition
7. MS Office 2003/2007 Pro
8. 1C Предприятие
9. Дополнительное ПО, типа Adobe reader, ACDSee...
-------------------------------
Основная задача сервера:
1. WEB-сервер, т.е. будет лежать внутренний сайт компании,
который будет крутиться на Bitrix и в котором будет располагаться
документооборот компании (точных данных по размеру пока нет,
но возможно это 5Гб). Соответственно с данным сайтом будут работать на данном этапе до 30 пользователей,
далее возможно до 50 пользователей. Так же предполагается
работа с данным сайтом из интернета для определенного круга лиц
(5-15 интернет-пользователей).
2. Данный сервер будет Backup Domain Controller внутренней сети компании, и предполагаеться дубляж (резерв) базы данных под MS SQLдля 1С.
3. Так как, данный сервер будет смотреть в две стороны,
и во внутреннюю сеть и в интернет, то он же будет и
терминальным сервером (удаленный рабочие столы)
для 10 пользователей, на данном этапе 5-уже есть. Вследствие
чего и предполагается установка дополнительного ПО,
типа офиса, 1С и др..
------------------------------
Я конечно понимаю, что все эти фуекции необходимо разделять на разные сервера, но все имеет свою цену, в частности и ПО тоже...
Поэтому хотелось бы получить конкретную конфигурацию сервера
под данные задачи...
Пожелания:
-Корпус башня с возможностью монтирования в стойку
-Горячая замена БП и винтов
Заранее благодарен за пожелания, может что-то посоветуете
изменить вообще в поставленных задачах, если не трудно
обосновать в чем я не прав...
Спасибо!
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Сервер для WEB и Terminal
Что-то вроде пары 5130 процессоров, памяти 2-4ГБ, 4-е SCSI диска в 10-ку. ТОчнее коллеги с Москвы пришлют. Хотя лично я под шлюз взял бы самый простенький серверок под БСД или линукс, а остаток уже внутри разместил. Не дело контроллеру домена смотреть наружу в интернет.
-
- Advanced member
- Сообщения: 442
- Зарегистрирован: 26 июл 2005, 14:28
- Откуда: Москва
- Контактная информация:
Пасибо за ответ.
Да я и сам понимаю, что это не дело,
делать шлюз на контроллере домена,
но в этом есть много причин,
может у меня просто нехватает квалификации,
даже и незнаю, что сказать,
задача состоит вот в чем:
1. Внутренний Web-сервер
с сайтом комании для внутреннего пользования...
2. Сделать возможность доступа определенным
пользователям к сайту из интернета...
3. Сделать его терминальным сервером для
удаленных пользователей компании...
Из ходя из поставленных задач, я пришел к выводу, что:
1. На первой задаче, шлюз не нужен-отлично,
но что бы легче было админить, да и работать с сайтом
внутри сети, необходимо внести его в домен.
Так же нельзя не учитывать лицензирование серверов,
а именно лицензии на пользователя/устройство будут объеденены,
что существенно экономит средства...
2. На 2-й и 3-й задачей, к моему сожелению, на этом сервере
прейдеться поднять шлюз, но опять же, этот шлюз можно и не подымать, что бы эти сети не видели друг друга, а в терминальной сессии пользователю просто подключать необходиммые ему
сетевые диски при помощи скрипта...
3. Я не знаток в линуксе или фриБСД, но может я ошибаюсь,
по моему там не так просто сделать или вообще не возможно
сделать переадресацию терминальной сессии
(удаленного рабочего стола)...-это чтоже получаеться,
удаленный пользователь конектится к серверу-шлюзу,
а потом с него пытаеться запустить терминальную сессию...
Может поясните, или я че-то не догоняю...
Спасибо!
Да я и сам понимаю, что это не дело,
делать шлюз на контроллере домена,
но в этом есть много причин,
может у меня просто нехватает квалификации,
даже и незнаю, что сказать,
задача состоит вот в чем:
1. Внутренний Web-сервер
с сайтом комании для внутреннего пользования...
2. Сделать возможность доступа определенным
пользователям к сайту из интернета...
3. Сделать его терминальным сервером для
удаленных пользователей компании...
Из ходя из поставленных задач, я пришел к выводу, что:
1. На первой задаче, шлюз не нужен-отлично,
но что бы легче было админить, да и работать с сайтом
внутри сети, необходимо внести его в домен.
Так же нельзя не учитывать лицензирование серверов,
а именно лицензии на пользователя/устройство будут объеденены,
что существенно экономит средства...
2. На 2-й и 3-й задачей, к моему сожелению, на этом сервере
прейдеться поднять шлюз, но опять же, этот шлюз можно и не подымать, что бы эти сети не видели друг друга, а в терминальной сессии пользователю просто подключать необходиммые ему
сетевые диски при помощи скрипта...
3. Я не знаток в линуксе или фриБСД, но может я ошибаюсь,
по моему там не так просто сделать или вообще не возможно
сделать переадресацию терминальной сессии
(удаленного рабочего стола)...-это чтоже получаеться,
удаленный пользователь конектится к серверу-шлюзу,
а потом с него пытаеться запустить терминальную сессию...
Может поясните, или я че-то не догоняю...
Спасибо!
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
По хорошему, если все-таки делать шлюз на Вин, то он:
1. не должен быть контроллером однозначно
2. максимум участником домена, чтобы имелась общая авторизация
3. по хорошему я бы совсем его исключил из домена, а сделал ну хотя бы доверительные отношения
4. поставил бы на него жесточайший фаерволл, типа МС ИСА или что-то похожее.
5. Средствами фаера пробросил порты внутрь для терминалки, порт 3389 вроде, если память не изменяет.
Ну и так далее.
1. не должен быть контроллером однозначно
2. максимум участником домена, чтобы имелась общая авторизация
3. по хорошему я бы совсем его исключил из домена, а сделал ну хотя бы доверительные отношения
4. поставил бы на него жесточайший фаерволл, типа МС ИСА или что-то похожее.
5. Средствами фаера пробросил порты внутрь для терминалки, порт 3389 вроде, если память не изменяет.
Ну и так далее.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 18 гостей