Ccboot настройка для компьютерного клуба
Привет.
Начну с того, что в *nix я практически полный 0 и каждая новая команда сопровождается поиском в гугле, но системы мне кажутся более устойчивыми и гибкими по сравнению с win. Плюс, они бесплатны )
Хочу сейчас эксперимента ради и для своего обучения в Oracle VM сделать модель интернет-кафе с target-сервером следующей конфигурации (которая впоследствии оживёт на реальном "железе"):
1. 3xHdd софтовый raid5;
2. 1xHdd под систему (в будущем, система будет жить на usb 3.0 флешке);
3. 1xHdd для бекапов и шары.
Бездисковые клиенты (от 10 до 100) будут подключаться к серверу через гигабитные свичи по tftp и загружать через скрипт iPXE образ win8.1x64.
Вопросы:
1. Какую систему для сервера выбрать? Debian или OpenSolaris?
2. Есть ли какие-то особенности во взаимодействии клиентов на win и таргета на *nix?
3. Если на рейде будут разнородные данные и, в подавляющем большинстве случаев, будут происходить операции чтения, то какие твики для максимизации скорости, наподобие выбора элеватора, размера блока, парамтров монтирования, вы можете посоветовать?
4. Какой недорогой гигабитный свич можете порекомендовать для устойчивой и быстрой работы такой сети, чтобы, скажем, 50 клиентов могли загружать какой-нибудь тяжёлый софт с сервера (игры, другие ресурсоёмкие приложения)?
5. Что конструктивного посоветуете почитать/посмотреть? Потому что сейчас собираю информацию по кусочкам, в основном, на Хабре =)
05.03.2018
Пока я оставил идею хоть что-то сделать на Linux, т.к. нужны глубокие знания этой системы, разбираться в lvm, dev mapper и прочей непонятной для меня ерунде.
Удалось установить на виртуалку win2012r2, на еще одну виртуалку win8.1x64 и через танцы с бубном получилось запускать и управлять системой из образа по сети. Всё это с помощью программки ccboot. До 5 клиентов она бесплатна.
Пока в планах понять, что есть writeback, как по желанию сохранять данные конкретного пользователя или удалять их (скорее всего это и есть writeback) и, самое главное, понять как обновлять приложения из этого образа.
21.03.2018
Заказали сервер на 8 ссд (3х в рейд5 для приложений и игр, 2х под writeback - всё, что закачивает/сохраняет пользователь, 1х под образы windows - м2, 1х под ОС сервера, 1х под общее кэширование - м2), i5+2гбит порта.
Ждём.
04.06.2018
Итак, сервер работает, 2 гигабитных порта смотрят в локальную сеть, подключены в 2 свича dlink. Один порт смотрит во внешку и с него идёт закачка всех необходимых ништяков.
53 клиента бездисково грузятся за ~1 минуту. Были танцы с бубном, т.к. используем 10 разных типов мат. плат, соответственно, с разными сетевыми чипами. Но на 9 из них удалось запустить win7x64 с PXE-rom.
В целом, данный проект можно охарактеризовать как "долго запрягаем, быстро едем".
a. 1 SATA HDD/ SSD split to two partitions. one for Server OS installation and one for CCBoot installation.
b. 1 SSD for boot images.
c. 2 SATA HDDs or SSD in RAID0 for game disks, refer RAID0 setup
d. 2 SSD for Writeback disk
e. 1 SSD for SSD cache
Important: Game Disk is recommended to be RAID 0 in all cases even if you have less number of PC. With RAID 0, games will load faster and you will have smoother game play. When you have RAID 0 for HDD or SSD Disk, SSD cache is still recommended for the game disk.
Note: If you have NVME SSD then use that SSD for image disk or SSD cache.
Note: M.2 SSD are also supported by CCBoot.
4. The motherboard should have at least 8 SATA ports as at least 7 disks are used at any given time.
5. Casing: Any casing big enough to accommodate your boards and hard disk. Typically and EATX casing is recommended as it has more hard disk bays and cooling option with fans.
6. Power Supply - True rated 500-650 Watts PSU for best reliability and power delivery for your system
7. You need to format all disk in 32K allocation unit NTFS, except the OS HDD.
8. Windows Server 2008 R2 or Server 2012 R2 or Server 2016 (Build 1607)
9. UPS for your system in case of power failure, to prevent the server from shutting down while in operation. - 1.2 KVA or higher rated UPS for longer backup
Motherboard : Asrock Z370 Extreme4
Processor : Intel Core i7-8700
Memory : 32 GB DDR4 RAM
SSD : 4 pcs 256GB Samsung EVO
SATA HDD : 1 500gb seagate HDD for Server OS/Back Up Files
SATA HDD : 2* 1 Terabyte Western Digital Caviar Black
Casing : Any Model (Full tower for much better ventilation)
Power Supply : Any Model/Brand of True rated 650 Watts
UPS : Any Brand
If you prefer to use branded servers then here are some recommendations
Super Micro Servers
2. SuperServer E200-8D - Mini PC system with 6 SATA3 up to 128 GB RAM
Notes:
a. CCBoot support M.2 SSD as well. You can use it for SSD cache or image disk depending on the requirement
b. Even, if you are using SSD for game disk, using SSD Cache disk will give you better performance for loading games.
c. Its recommended to use same size SSD for writeback disk. Also, do not use combination of HDD and SSD for writeback disk. The performance will not be as good as will SSD only writeback disk.
d. DO NOT in any case use partition for disk in CCBoot. It will lower the performance as well as wear out your disks faster. Boot time will be slow for clients as well
e. CCBoot trial works for 30 Days for 5 users. There are no other limitation in functions. If you try to boot more than 5 PCs in trial then clients will not be stable and may crash. 5 PC trial is most stable, any more you want to boot, please purchase license.
Notes: Do not install any antivirus program on the CCBoot server as antivirus they scan disk while the server is idle and cause the clients to lag. So it is not recommended to install antivirus on the CCBoot server.
Refer "Server Cache Settings" to set the server disks, RAM cache and SSD cache
CCBoot installation and configuration
Download super image
1. Download and install utorrent .
2. Go to our forum for windows 7 super image or download the torrent file
3. Download Windows 7 image.
4. Once download is finished, then extract the image from the compressed file and copy it to your image disk (which you will set later).
Install CCBoot Server
Please watch the video
Configure client PC for diskless boot
For new motherboard -
1. Turn on the client PC and go in to the BIOS by pressing "F2 or Del or ESC key
2. Go to "Advanced" tab, and select the "Integrated Peripherals" option and press "Enter" (Figure 1).
3. In "Integrated Peripherals", look for "Lan Option ROM" or "Boot from LAN" and then change the option to "Enabled". (Figure 2)
4. After that, go to "Boot" tab and then select "Boot Sequence" or "Boot Priority".
5. You need to set the "Network" to be the first priority (Figure 3).
Important : Keep in mind that in new motherboard with UEFI BIOS, you need to set the Boot Mode to either “Legacy” or “Legacy+UEFI” in order for the boot to work
For old motherboard -
1. Turn on the client PC and go in to the BIOS by pressing "F2" or "Del" or "ESC" key
2. Select "Integrated Peripherals" and press "Enter" key (Figure 4).
3. Look for “LAN Option ROM” (Figure 5)
4. Highlight the “Disabled” option beside the “LAN Option ROM” and then change it to “Enabled” (Figure 6)
5. Now, “Lan Option ROM” is enabled (Figure 7).
6. Save the BIOS settings and reboot and then enter the BIOS again.
7. Select “Advanced BIOS Features” option and press "Enter" (Figure 8).
8. In “Advanced BIOS Feature”, highlight and open “Boot Sequence” (Figure 9)
9. In the “Boot Sequence” or “Boot Priorities” make sure that 1st Boot Device is “Network:” (Figure 10)
10. Once the above settings are set, save bios settings and reboot the client, it will now boot from CCBoot
Updating image and game disk using superclient
After you have successfully booted you clients, you need to install any application or update the windows. So that is performs at 100% capacity.
Refer the video below to understand how you can update the image and game disk, simple as it can be.
See the video to learn how to do the same.
Update CCBoot Server and Client application
We release new version regularly and recommend that when a new version is available, you to update to latest version as they are more stable and have bug fixes and new functions
Refer the video below. The steps are simple and easy to do, even a non technical personnel can do them.
В этой статье будет рассказано о технологии CCBoot от компании Youngzsoft, которая позволяет осуществлять бездисковую загрузку операционной системы с удаленно расположенной машины и работать в Active Directory.
Предыстория
Здравствуйте, я системный администратор, и я ленивый. Мне надоело мучиться, налаживая работу операционной системы каждый раз, когда пользователь случайно удалит какой либо системный файл или собьет настройки программ. Поэтому я задумался, а есть ли возможность загружать операционную систему каждый раз с эталонного образа, да так, чтобы профиль и документы пользователя хранились в сети, а все изменения в самой операционной системе соответственно терялись после каждой перезагрузки. Это было бы идеальным решением для интернет-кафе или игрового клуба.
Немного погуглив, я нашел решение, которое устраивало бы меня на сто процентов.
Компания Youngzsoft разработала продукт CCBoot, позволяющий осуществлять бездисковую загрузку операционных систем с iSCSI. Бездисковый компьютер подключен к жесткому диску через сеть и загружает операционную систему с удаленно расположенной машины. CCBoot использует быстро развивающийся iSCSI протокол с gPXE технологией бездисковой загрузки.
Не тривиальной является задача по настройке решения CCBoot для бездисковой загрузки клиентов и их работе в Active Directory.
Что необходимо?
Для работы нам необходим поднятый и настроен домен-контроллер, а также сервер с CCBoot, клиентская эталонная машина и бездисковые машины с поддержкой PXE, которые будут осуществлять бездисковую загрузку по сети.
Если Вы устанавливаете сервер CCBoot на контроллер домена, то в сервере CCBoot кликните«Options» ->" DHCP Settings" и убедитесь, что адрес сервера CCBoot совпадает с адресом DNS-сервера.
В моей тестовой среде сервер CCBoot был поднят на виртуальной машине под управлением Windows Server 2008 Ent R2 SP1 (IP: 10.7.1.19) на Hyper-V сервере. А домен-контроллером является физический сервер под управлением Windows Server 2003 Ent R2 SP2 (IP: 10.0.0.11), где были подняты службы DHCPи DNS. Соответственно, мои настройки DHCP Settings выглядят следующим образом:
Далее нужно добавить нашего клиента CCBoot в резервацию на нашем DHCP-сервере. Открываем оснастку DHCP, создаем резервирование на адрес 10.7.1.51, а в правой части окна оснастки указываем пункты 066 и 067 согласно рисунку ниже, где 10.7.1.19 – адрес нашего CCBoot-сервера.
На сервере CCBoot мы выбираем нужного клиента (IP: 10.7.1.51), с которого мы хотим логиниться в наш домен, заходим в его свойства, ставим галочку напротив “Enable Upload Image”. Убедитесь, что адрес сервера CCBoot указан верно: 10.7.1.19.
Настраиваем нашу эталонную машину, ставим драйвера и необходимое ПО.
Не забудьте оптимизировать и клиент, и сервер с целью более быстрой работы данного решения, используя рекомендации, предлагаемые компанией Youngzsoft.
Устанавливаем последнюю версию клиента CCBoot с поддержкой Active Directory, нажимаем «Install Client».
Соглашаемся на установку драйверов непроверенного издателя.
После установки клиента перезагружаем компьютер.
После загрузки операционной системы запускаем CCBootPNP.exe, который находится в папке с установленным клиентом. Нажимаем «Install Known NIC», устанавливаем галочку «Select All», после этого перезагружаем компьютер.
Запускаем CCBootClient, задаем имя нашему образу в поле “Image File Name”, в поле “Server IP Address” указываем адрес нашего CCBoot-сервера: 10.7.1.19. Нажимаем кнопку “Upload Image” и ждем, когда завершится загрузка образа на наш сервер.
Далее заходим в свойства клиентской машины на сервере CCBoot и устанавливаем галочку напротив “Keep Write-back”. В появившемся окне на вопрос «Do you want to delete Write-Back? » отвечаем утвердительно.
Запускаем CCBootClient, нажимаем «Install AD» и ждем подтверждения. Далее вводим эту машину в домен. После подтверждения того, что машина введена в домен, выключаем ее.
Идем на сервер CCBoot, в папке установки находим файл «CCBootAD.exe» и запускаем его. Нажимаем “Add” и добавляем наш компьютер. Имя моей тестовой машины — CCBOOTWIN7TEST.
После манипуляций c утилитой CCBootAD.exe в оснастке ADUC в описании машины мы увидим CCBoot Domain User.
В свойствах машины на сервере CCBoot изменяем имя машины с PC051 на CCBOOTWIN7TEST.
После загрузки образа с эталонной тестовой машины на сервер CCBoot, открываем Disk Manager на сервере. Видно, что новый образ появился в группе New upload disk group.
Далее нам нужно указать, что наша машина должна будет грузиться с вновь созданного нами образа. Открываем Client Manager и в свойствах клиентской машины указываем в поле Disk Group нужную нам группу – New upload disk group.
Если у нас указано несколько групп, при загрузке сервер спросит нас, образ из какой группы загружать. Нажимаем кнопку “>>” и убеждаемся, что в нашей группе один образ – win7x86.vhd.
Заходим в свойства сервера и убеждаемся, что установлена галочка напротив “Run batch Command at Client”.
Теперь отсоединяем жесткий диск от тестового компьютера, в БИОС выставляем загрузку по сети. Сервер CCBoot видит нашу машину, начинает загружаться Windows 7. Появится предложение загрузить консоль восстановления или выбрать обычную загрузку Windows. Выбираем обычную загрузку, дожидаемся появления окна входа в систему, входим под доменным пользователем и убеждаемся, что домен виден и доступные сетевые ресурсы. Завершаем работу системы.
Переходим в свойства клиента на сервере CCBoot, нажимаем кнопку “Save to Image”, подтверждаем, снимаем галочку “Keep Write-back”, сохраняем изменения.
Результат
Теперь каждый раз при загрузке операционной системы клиент получает эталонный образ с настроенным программным обеспечением, который мы можем изменить в любое время. Хранение личных данных можно осуществить через перемещаемые профили, настроив соответственно групповые политики. Скорость загрузки операционной системы по сети сопоставима со скоростью загрузки системы с жесткого диска. Однако можно значительно повысить скорость загрузки по сети, если хранить образы на SSD-жестких дисках, используя гигабитную сеть и т.д.
Здравствуйте, помогите пожалуйста. Никак не могу найти актуальную информацию про сеть для компьютерного клуба. Я в этой сфере увы ничего толком не понимаю. Открываемся в маленьком городе, нужно подключить 12 компьютеров к сети. Хотим использовать программу Senet чтобы ребята по интернету играли в онлайн игры. Нужна ли локальная сеть для компьютерного клуба? Что нужно приобрести для того чтобы подключить по сети 12 компьютеров? Заранее извиняюсь за возможно бредовые вопросы. Буду очень благодарен за ответ.
Простой 1 комментарий
Это выглядит глупо - открывать клуб с публично доступными машинами без специалиста по сетям, безопасности и т.п.
Привет - "ааа у меня одноклассников взломали через ваш компьютер"
Сеть в клубах клиентам настраиваю часто.
Для Вашего случая вполне подойдёт любой неуправляемый коммутатор TP-Link на 16 портов (если не потребуется ещё, скажем, видеонаблюдение делать), а в качестве роутера - hEX либо hAP ac2. На скоростях до 100 Мбит/с выдержит большое количество очередей (о них позже).
Сами эти роутеры вывозят реальную скорость до гигабита, но не в случае очередей трафика.
Если скорость уже 200-300 Мбит/с, то лучше выбирать RB4011, он помощнее.
Предложенный в комментах RB5009 на мой взгляд бессмысленное приобретение для 12 компов. Из пушки да по одному воробью.
Теперь про очереди. В онлайн-играх важно, чтобы игровой трафик получал приоритет. При игре по локальной сети обычно никаких проблем не бывает, но при игре с игроком за пределами клуба можем столкнуться с проблемой потерь пакетов в случае загруженного канала. Решаю обычно следующим образом - выделяем несколько типов трафика:
1. Игровой - в него входит собственно игровой трафик, голосовой трафик, и icmp запрос-ответ (в народе - пинг). Обычно не более 2-3 Мбит/с в сумме.
2. Трафик обновления игр (когда при запуске клиент хочет обновиться).
3. Всё остальное, что не вошло в два предыдущие - веб-серфинг, обновление Windows, прочее.
4. Трафик от гостевого Wi-Fi.
И всё это распределяем по приоритетам прямо по этому списку. То есть игровой трафик получает высший приоритет, и игровые пакеты не теряются даже при загруженном канале; обновление клиентов получают приоритет перед остальными типами трафика (нам нужно, чтобы клиент обновился как можно быстрее), но не в ущерб игровому трафику; веб и обновления винды - если останется свободный канал; гостевой - если останется свободный канал после трёх предыдущих.
Получается два дерева очередей - на загрузку и на выгрузку.
Ещё пара слов про коммутаторы. В данном случае не вижу смысла брать ни CRS326, ни CSS326, они оба избыточны в данном кейсе. Если же есть желание получать подробную информацию о трафике на каждом порту, то, конечно, предпочтение за CRS326. Если такого желания нет, то достаточно тупого 16-портового надёжного коммутатора.
Что необходимо?
Для работы нам необходим поднятый и настроен домен-контроллер, а также сервер с CCBoot, клиентская эталонная машина и бездисковые машины с поддержкой PXE, которые будут осуществлять бездисковую загрузку по сети.
Если Вы устанавливаете сервер CCBoot на контроллер домена, то в сервере CCBoot кликните«Options» ->» DHCP Settings» и убедитесь, что адрес сервера CCBoot совпадает с адресом DNS-сервера.
В моей тестовой среде сервер CCBoot был поднят на виртуальной машине под управлением Windows Server 2008 Ent R2 SP1 (IP: 10.7.1.19) на Hyper-V сервере. А домен-контроллером является физический сервер под управлением Windows Server 2003 Ent R2 SP2 (IP: 10.0.0.11), где были подняты службы DHCPи DNS. Соответственно, мои настройки DHCP Settings выглядят следующим образом:
Далее нужно добавить нашего клиента CCBoot в резервацию на нашем DHCP-сервере. Открываем оснастку DHCP, создаем резервирование на адрес 10.7.1.51, а в правой части окна оснастки указываем пункты 066 и 067 согласно рисунку ниже, где 10.7.1.19 – адрес нашего CCBoot-сервера.
На сервере CCBoot мы выбираем нужного клиента (IP: 10.7.1.51), с которого мы хотим логиниться в наш домен, заходим в его свойства, ставим галочку напротив “Enable Upload Image”. Убедитесь, что адрес сервера CCBoot указан верно: 10.7.1.19.
Настраиваем нашу эталонную машину, ставим драйвера и необходимое ПО.
Не забудьте оптимизировать и клиент, и сервер с целью более быстрой работы данного решения, используя рекомендации, предлагаемые компанией Youngzsoft.
Устанавливаем последнюю версию клиента CCBoot с поддержкой Active Directory, нажимаем «Install Client».
Соглашаемся на установку драйверов непроверенного издателя.
После установки клиента перезагружаем компьютер.
После загрузки операционной системы запускаем CCBootPNP.exe, который находится в папке с установленным клиентом. Нажимаем «Install Known NIC», устанавливаем галочку «Select All», после этого перезагружаем компьютер.
Запускаем CCBootClient, задаем имя нашему образу в поле “Image File Name”, в поле “Server IP Address” указываем адрес нашего CCBoot-сервера: 10.7.1.19. Нажимаем кнопку “Upload Image” и ждем, когда завершится загрузка образа на наш сервер.
Далее заходим в свойства клиентской машины на сервере CCBoot и устанавливаем галочку напротив “Keep Write-back”. В появившемся окне на вопрос «Do you want to delete Write-Back? » отвечаем утвердительно.
Запускаем CCBootClient, нажимаем «Install AD» и ждем подтверждения. Далее вводим эту машину в домен. После подтверждения того, что машина введена в домен, выключаем ее.
Идем на сервер CCBoot, в папке установки находим файл «CCBootAD.exe» и запускаем его. Нажимаем “Add” и добавляем наш компьютер. Имя моей тестовой машины — CCBOOTWIN7TEST.
После манипуляций c утилитой CCBootAD.exe в оснастке ADUC в описании машины мы увидим CCBoot Domain User.
В свойствах машины на сервере CCBoot изменяем имя машины с PC051 на CCBOOTWIN7TEST.
После загрузки образа с эталонной тестовой машины на сервер CCBoot, открываем Disk Manager на сервере. Видно, что новый образ появился в группе New upload disk group.
Далее нам нужно указать, что наша машина должна будет грузиться с вновь созданного нами образа. Открываем Client Manager и в свойствах клиентской машины указываем в поле Disk Group нужную нам группу – New upload disk group.
Если у нас указано несколько групп, при загрузке сервер спросит нас, образ из какой группы загружать. Нажимаем кнопку “>>” и убеждаемся, что в нашей группе один образ – win7x86.vhd.
Заходим в свойства сервера и убеждаемся, что установлена галочка напротив “Run batch Command at Client”.
Теперь отсоединяем жесткий диск от тестового компьютера, в БИОС выставляем загрузку по сети. Сервер CCBoot видит нашу машину, начинает загружаться Windows 7. Появится предложение загрузить консоль восстановления или выбрать обычную загрузку Windows. Выбираем обычную загрузку, дожидаемся появления окна входа в систему, входим под доменным пользователем и убеждаемся, что домен виден и доступные сетевые ресурсы. Завершаем работу системы.
Переходим в свойства клиента на сервере CCBoot, нажимаем кнопку “Save to Image”, подтверждаем, снимаем галочку “Keep Write-back”, сохраняем изменения.
Результат
Теперь каждый раз при загрузке операционной системы клиент получает эталонный образ с настроенным программным обеспечением, который мы можем изменить в любое время. Хранение личных данных можно осуществить через перемещаемые профили, настроив соответственно групповые политики. Скорость загрузки операционной системы по сети сопоставима со скоростью загрузки системы с жесткого диска. Однако можно значительно повысить скорость загрузки по сети, используя рекомендации .
Читайте также: