- Залізо
- Комп'ютерні мережі
- сервери
Є офіс агентства нерухомості
Є бажання перейти на тонкі клієнти, максимально прозорим для співробітників способом. Передбачається повне перенесення папок користувачів на мережевий диск. Який орієнтовно потужності знадобиться сервер терміналів та мережеве обладнання?
Обмірковую кілька варіантів
1. Купити сервер, стаціонарні комп'ютери та моноблоки підключити кабелем, ноутбуки по вай-фаю, доступ через домен, всі файли користувачів на сервері в Інтернеті, щоб повний доступ був з будь-якої машини.
2. Поміняти весь парк на тонкі клієнти
3. Все те ж саме, але повністю через вайфай
Мені здається тонкі клієнти в їх класичному розумінні (з передачею зображення і решти по мережі через RDP, VNC і подібні по суті протоколи) - це минуле століття, це я вам як їх великий залицяльник говорю. Майбутнє за web-додатками, які можна відкрити на будь-якої пральної мойшіне, тобто Rich Internet Applications на базі чисто браузерного фронтендів і якогось HTTP / WS серверсайда. Класичні офісні завдання (текстовий і табличний процесори, мейл, VoIP, і т.д) на таких технологіях вже успішно вирішуються, а для задач, для яких об'єктивно потрібен повноцінний класичний десктоп - краще його і використовувати.
other_letter. Приблизно так. Можна, звичайно, порахувати і точніше. Організувати роботу для початку одного користувача і подивитися, скільки ресурсів будуть споживати його додатки, потім помножити на кількість користувачів і накинути зверху відсотків 20 на піки. Додати пам'ять для системи і загальних бібліотек.
Але переклад на термінальний режим ніколи не був дешевим. Він полегшує роботу адміністратора, але створює єдину точку відмови - термінальний сервер. Відповідно, вимоги до надійності цього сервера набагато вище, ніж до кожної користувальницької машині при звичайній роботі.
other_letter. Скажімо у нас в терміналі користувачі працюють тільки з 1С, коли ми підбирали сервер, то вийшло, що на кожного треба закласти близько 200 Mb оперативки. На 100 користувачів варто сервер з 24Gb пам'яті, вистачає впритул (SQL окремо).