From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=AWL,BAYES_00,FUZZY_XPILL autolearn=no version=3.2.3 Date: Wed, 7 May 2008 00:03:42 +0300 From: Michael Shigorin To: sysadmins@lists.altlinux.org Message-ID: <20080506210342.GO7483@osdn.org.ua> Mail-Followup-To: sysadmins@lists.altlinux.org, ltsp-server@lists.altlinux.org References: <669495350.20080506180902@adremgroup.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <669495350.20080506180902@adremgroup.ru> User-Agent: Mutt/1.4.2.1i Cc: ltsp-server@lists.altlinux.org Subject: Re: [Sysadmins] =?koi8-r?b?y8/Ow8XQw8nRINPF1MkgySDTxdLXxdLP1w==?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: shigorin@gmail.com, ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2008 21:03:51 -0000 Archived-At: List-Archive: On Tue, May 06, 2008 at 06:09:02PM +0600, Баратов Владимир Михайлович wrote: > >> Есть грандиозный замысел по миграции с виндовс на линукс, > >> выбор остановлен на АЛТе > srlao> А что ещё посмотрели и чем был обусловлен выбор? > Смотрел: Ubuntu, RH, CentOS, FreeBSD...возможно еще что-то... Мгм. Потому как некоторые прыгают не глядя в миграцию, потом удивляются, почему не вышло -- особенно "на вчера". > >> Суть проблемы в том, что необходимо реализовать построение > >> сети на АЛТе с терминальными клиентами. > srlao> http://freesource.info/wiki/Dokumentacija/LTSP5 и Вам сюда: > srlao> https://lists.altlinux.org/mailman/listinfo/ltsp-server > По LTSP читал инфу и пробовал ставить...все хорошо, НО в случае > каких то сбоев в работе куда обращаться? продукт не > коммерческий, задавать вопросы на форумах и ждать ответы? Продукт коммерчески поддерживается нашей фирмой, Media Magic. Расположены в Киеве, выезды и удалённая поддержка возможны (равно как и помощь при участии опытных людей на местности). Также занимаемся аудитом, анализом возможных путей миграции, обучением персонала (в т.ч. технического). По мере надобности производим заказную доработку или разработку. > >> Иду в направление такое...два сервера терминалов, > >> объединенных в вычислительный кластер (создается с целью, > >> дальнейшего увеличение вычислительной мощности при > >> необходимости) > srlao> В LTSP5 сломали балансировку нагрузки, мы ещё туда тоже не > srlao> смотрели. Если не планируется следующим шагом двести клиентов > srlao> -- лучше остановиться на одном сервере. Возможно, к концу года > srlao> будет что-то с балансировкой опять. > Нужна как я мыслю не столько балансировка нагрузки, сколько > создание вычислительного кластера. Зачем? Ну к примеру сегодня > поставим один сервак, завтра его перестанет хватать, вот тут же > присоединяется второй и все работает... Нетривиально и для такого количества клиентов вряд ли оправданно. > ну еще как повышение отказоустойчивости ведь 2 надежнее чем > один. Зависит -- если "актив-актив", то может быть и балансировка, и отказоустойчивость. Но это редко бывает, обычно "актив-пассив" (с холодной или горячей заменой отказавшего узла). Если сильно хочется горячего резерва по железу -- можно посмотреть Stratus'овские серверы, но IMHO обычно вполне достаточно нормального хорошего железа с разумной степенью хотсвопности и на нормальном хорошем питании. > >> внешний дисковый массив для нужд файлохранилища. > srlao> Кстати, если понадобится -- мы умеем делать кучутерабайтные > srlao> стораджи на несколько гигабайт в секунду при необходимости: > srlao> http://www.magic.kiev.ua/ru/solutions/clusters/storage/ > Реально дисковый массив по моим задумкам нужен для файлопомойки > и баз 1С Помойку можно держать внешней, а с базами -- лучше послушать уже прозвучавшие ряом советы Лёшы, наверное, и балансировать _типы_ нагрузки. Как по I/O, так и по CPU/RAM. > srlao> SAS HDD в количестве 6--8 штук вполне хватит -- например, так: > srlao> 2x73 [RAID1] / /usr /var (или просто /) > srlao> 4x146 [RAID10] /home > srlao> 2x146 [RAID1] под бэкапы > ок...надо подумать...расчитываю так то не столько сервер > сколько просто железяку с большим количеством винтов и уже > серверы будут обращаться к дисковому массиву Лучше разбрасывать различную нагрузку по различным группам физических шпинделей. Например, в картинку выше можно дорисовать 4x146 [RAID10] под 1C. А вот файлопомойку может быть проще отселить на что угодно (RAID6?) на внешней кучке SATA. И бэкапы на ещё одной. > >> На серверы рассчитываю ставить ALT Desktop+LTSP, рабочий стол > >> отдавать по Х с организацией VPN до терминальных клиентов. BTW VPN точно нужен? Это не будет тривиально. Мы планируем к концу лета интеграцию транспорта с шифрованием, но на сегодня безопасное соединение отсутствует во всех известных мне дистрибутивах с LTSP4/5. > srlao> Ставьте сразу это: > srlao> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/beta/ltsp-server/ltsp5-4.0-RC1.iso > srlao> или если не горит -- надеюсь к лету выпустить 4.0.0, туда > srlao> планируется более пригнанное терминальное ядро в том числе > srlao> и std-pae, чтоб 4+Gb RAM сразу поддерживались "из коробки", > srlao> как уже сделано в Линукс Терминал: > srlao> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/beta/school/terminal/ > Поставил на виртуалке но еще не потестил.. Сегодня образовался относительно свободный день (в ожидании синхронизации школьного бранча), завтра образ предположительно приедет на ftp://ftp.linux.kiev.ua/pub/Linux/ALT/beta/ltsp-server/ -- анонс напишу в ltsp-server@, как будет на месте. > ну свое виденье выше изложил...что пока останавливаюсь на 2х серверах > в вычислительном кластере Вычислительный кластер (HPC) -- это сааавсем другой вид спорта, там вылет ноды -- нормальное явление. Серьёзно, бросьте Вы эти кластеры, не по делу они тут. Вторая железка в горячем резерве, избыточность стораджа и регулярный бэкап в таких случаях более чем достаточны. Если бы были оптимальны стойки с серверами и от-такенные внешние стораджи -- так бы и сказал, благо на _вычислительных_ кластерах НАН Украины (и не только) такое наши и строили: http://icybcluster.org.ua/about.html http://www.supercomputers.ru/?page=rating > которые выполняют функции терминального сервера, клиентов > попробую прописать цепляться по группам к одному или другому > серверу в зависимости от группы, серверы в свою очередь будут > обращаться к "железячному" дисковому массиву Это всё можно мучительно построить и потерять столько же производительности, например, на невыровненном RAID5. Как по мне -- сапог в бою надёжней. Впрочем, дело личное. > srlao> Наибольшая проблема -- привычки пользователей... > дааа...с пользователями не так все просто > а про пилотный...нет в запасе свободных машинок чтобы можно > было бы пробовать :( С терминальным сервером можно пробовать и на имеющихся, лишь бы умели грузиться по сети. Цифры указаны на magic.kiev.ua и по ссылке на SuccessStories, но в общем на двухъядерном десктопе с некоторым запасом по памяти пять-десять мест пилотить можно спокойно (другое дело, что начинать всё равно лучше с одного). > srlao> PS: если потребуется поддержать процесс перехода в любом виде -- > srlao> что на фрисофт под виндой, что под линуксом, что ещё и с LTSP > srlao> поверх -- наша лавочка может вписаться. Хотя буду только рад, > srlao> если сами справитесь и другим советом поможете :-) > условия? интересно было бы узнать условия сотрудничества с > вашей "лавочкой" Оговариваются индивидуально -- у нас есть свои внутренние ограничения на верхнюю и нижнюю планку по удельной стоимости миграции на проектах, которые считаем осмысленными выполнять. В любом разе стараемся максимально передать технологию специалистам заказчика -- мы помогаем при переезде, а им с этим жить. И пользователям. PS: в конце следующей недели буду в Москве, потом в Томск на конференцию (про терминальные решения и буду рассказывать), потом опять день-два в Москве; если будет надобность пойматься в ближайшее время, можно попробовать. В любом разе в Екатеринбурге водится wrar@, если потребуются опытные руки на месте -- будем думать сообща. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/