Paromshick
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 55550000 Цитата: новые идеи по достижению цели. | What is target, собственно? Это важно. Дальше рассуждения ни о чем, но о чём-то... Совмещать можно всё, что угодно, кроме несовместимого. Повторю, можно все разместить на одной машине, гипервизоре, и под стол её. Когда выйдет из строя материнская плата, уже к тому времени устаревшая... понимаете, выйдет из стоя ваш бизнес. Надолго, а при отсутствии бекапа, скорее всего, навсегда. За исключением этого "пустяка" вариант all-in-one вполне так, ничего себе. Рассмотрим этот вариант. Гипервизор хостует ОСи, которые тянут нагрузку приложений. Например, приложение использует 443 порт. Тогда лучше другое бизнес-приложение использующее тот же порт, разместить на другой ОСи. Не заморачиваясь с bindings, ибо, к примеру, на веб движок, держащий нагрузку Exchange, лучше не подвешивать еще и свой сайт. Хотя теоретически есть возможность раскидать их по привязкам. Но мой вам совет, - не надо. Если есть такие энтузиасты, у которых "получилось", то лучше было бы, чтоб у них с женой получалось. Без извращений. Отсюда, если софт разнообразный, сложный и не всегда хорошо документированный, лучше, если одна ОСь - один сервис. Или, один сервер один сервис. Правильно. Но! Виртуальный сервер. Таким образом, у вас получается "цепочка" ОСей, тянуших необходимые сервисы. Всё на одной железке. Это вариант, номер один, в чистом виде. Если падает железка, то всё падает, как было сказано. Но пока падать нечему. Сервисы подняты, но ни один из клиентов на них не смотрит. Они не нагружены. Упадет и упадёт, очень жаль, не более того. Для начала, нам надо выстроить второй контур из такой же цепочки. Но, вот незадача. Рокфеллер не наш дядя, а чей-то чужой и в связи с этим - денег нет. ОК. Но есть же то железо, которое уже тянет всю эту цеопчку. Оно же никуда не делось. Работает. На старом-то железе можно построить точно такую же цепочку? Исходя из вычислительных мощностей? Можно? Можно, но оно занято... Тогда вторая часть марлезонского балета. Называется "перетягивание одеяла". Она начинается с планирования и это самое основное. Задача: выбрать те сервисы, которые занимают "старое" железо по такому признаку, или группировке, как то, что может освободить некое железо "под формат". Полный вывод из оборота. Переехать на новое, а старое освободить. К примеру. Есть на старом железе почтовый сервис. Такой же поднят уже на новом, в виртуальной среде. На старом, сервис занимает целиком физический сервер, так сложилось. Значит, надо пере нацелить клиентов на новый (естественно, перетащив ящики), вывести старый из работы, накатить на него гипервизор, поднять опять почтовый сервер, но уже на госте. Что получаем? Получаем почтовый сервис, распределённый по двум физическим серверам, то есть отказоустойчивый. Плюс - главное. На старом физическом сервере, благодаря виртуализации, мы можем еще что-то еще поднять из того, что так же полностью занимает физ. ресурсы в другом месте. А это пространство для маневра у нас. То есть у нас сейчас уже отказоустойчивый сервис (почтовый к примеру, как востребованный), два гипервизора. На одном из них всё готово к приему клиентов, а на другом пространство для маневра. Конечная цель - выстраивание двух контуров, полностью заменяемых. Таким образом, всё можно "перетащить" как одеяло со старого размещение в новую виртуальную инфраструктуру без остановки сервисов. Разве что на ночь. Планово и т.д. Повторю, цель, переход в виртуальную среду, с выстраиваниме минимум двух контуров отказоустойчивости. При покупке лишь одной новой железки, как сдерживающий фактор. А что? С деньгами - дурак сможет. В виду сложности работ, мы не заморачиваемся с совмещением сервисов на одно ОСи. Ну зачем. Можно нарваться на жуткую и долгую отладку и потереть темп наступления. Допустим, мы таки честные, и чтоб не пользоваться чем-то не законным, мы всюду ставим полугодовой полнофункциональный триал. 180 дней - масса времени. Мы делаем по другому. Выстроив цепочку, пусть и из ста ОСей, мы приступаем к "оптимизации". Начинаем теперь уже совмещать сервисы (совместимые) на одной ОСи, пытаясь снизить их общее количество. Тут уж раздолье для фантазии, Кулибиных, и тех, кто любит изобретать. Мне не удавалось оптимизировать более, чем на 25%, к слову. Но я-то, что... Так, любитель. Есть же профи. Кстати. Для любителей. Можно выстроить цепочку ОСей на триальных версиях в 180 дней. Через 90 дней, построить рядом точно такую же. Еще 90 в запасе. И так, каждые три месяца "перетягивать одеяло", но жить в полном функционале, вполне легально и совершенно бесплатно. А главное. Вы всегда при деле. Вот без вас, без того, чтоб платить вам, придётся платить сразу много но в МС. И вам всё рано тоже придётся Как-то так... Чисто размышления ни о чем, но я сам-то ноу хау, а от подробностей - увольте. У вас тоже голова есть.
|