Подстановка в уравнение - это логика.А вот это не из этой оперы?:
а так отдал инстанс им на откуп и пусть сами как хотятНу вот так - да, логично, для раздельного администрирования в самый раз.
насколько необходимо ограничивать инстансы по памяти(Maximum server memory) ?Как бы поступил я. Сперва мы не знаем, какому инстансу нужно больше, какому меньше памяти. Поэтому применил бы стратегию оверселлинга\овербукинга - из 128 ГБ выдал бы каждому из 4 инстансов по 64 ГБ. А потом бы некоторое время (неделю... месяц...) поглядывал, кто из них сколько сожрал под нагрузкой, записывал в табличку. И подкручивал бы у каждого инстанса это ограничение по принципу государственных бюджетов - кто вчерашний бюджет не освоил, тому завтрашний бюджет урежем. И ещё немного понаблюдаем... Остановил бы урезание, когда оверселлинг остался бы небольшой, не 200% как первоначально, а, например, 110%..150% - зазор для пиковых нагрузок.
пример: один сервер(128 гигов ОЗУ) 4 инстанса( 32 гига каждый)
заново нанес термопастуСнимите кулер и проверьте по отпечатку термопасты, что было плотное прилегание. Есть версия, что кулер встал как-нибудь не ровно, процессор перегревается за несколько секунд и срабатывает защита.
Цель: делать сетевые манипуляции ПО1 и ПО2, но «клиенты» должны мочь подключаться штатно, например, как к проксиНепонятно сформулировано.
но как быть с ПО3 (в пунктирном блоке), которое по умолчанию откусывает ЦЕЛИКОМ сетевой адаптерНепонятно сформулировано. Целиком устройство может откусить виртуальная машина. Что вы подразумеваете, говоря так о прикладном ПО - загадка для меня.
Каким образом балансировщик должен менять маршрутизацию пользователей с основной окружения на резервноеПо такой логике дальше должен быть ещё и вопрос по юридической защите информации и бизнеса. :) Давайте задавать вопросы по одному и не валить всё в кучу. Хотя по непрерывности тоже решение зависит от конкретных требований заказчика. Одно дело восстановить работоспособность сервисов за час и платить за это три копейки, другое дело восстановить за минуту и платить за это миллион, третье дело - прямо на ЦОД падает ядерная бомба, но клиенты этого даже не замечают, продолжая использовать 99 других ЦОДов.
Ведь если будут проблемы с электричествомУ приличного ЦОДа питание будет заведено с двух независимых подстанций. А на более серьёзный случай - бензиновые или дизельные генераторы и запас топлива. А вот про пожар - это интереснее вопрос. Многие ещё помнят, как сгорел немецкий ЦОД вместе со своим же резервом, потому что резерв был в здании, стоящем вплотную к основному ЦОДу. :) Так что да, в идеале иметь бы резерв в другом городе. Но очень хлопотно. Выбор делает заказчик.