Да рабочему процессу IIS было бы свойственно использовать больше виртуальной памяти, чем физическая память. Чтобы лично убедиться загружают копию ProcessExplorer и смотрят на память процесса одного из рабочих процессов IIS.
Как пример от ниже снимка экрана, от ProcessExplorer на сервере IIS 6, Вы видите, что этот рабочий процесс IIS использует ~195MB Виртуальной памяти и ~37MB Физической памяти (Рабочий набор).
Поскольку объяснение отношений между различными типами памяти видит этот вопрос о StackOVerflow, Что такое частные байты, виртуальные байты, рабочий набор?
Таким образом на основе пределов Вы настроили использование Рабочего процесса IIS, который использует 90 МБ Физических, и 256 МБ Виртуальных не инициировали бы перерабатывание Пула приложений.
В руководствах по реализации HP LeftHand указаны связи между коммутаторами.
Я обнаружил, что при высокой нагрузке для каналов между коммутаторами требуется примерно 1 канал на 2 узла. Поскольку у вас 6 узлов, это будет для вас 3 ссылки. Тем не менее, я склоняюсь к +1, когда это возможно (для защиты от сбоя порта, обеспечения возможности повторного включения без снижения производительности и т. Д.), Поэтому 4 будет моим последним предложением для вас.
vMotion переносит активное состояние виртуальных машин, но не переносит диски виртуальных машин или файлы конфигурации (если вы не используете Storage vMotion для переноса хранилища виртуальной машины в другое хранилище данных). Таким образом, исходный и целевой хосты нуждаются в доступе к дискам виртуальных машин и файлам конфигурации, поэтому для миграции включенной виртуальной машины на другой хост требуется общее хранилище.
Я считаю возможным обходное решение. подключать по одному хосту из каждой области к общему хранилищу другой области (вместо подключения инфраструктуры коммутации каждой области). Это позволит вам переносить виртуальные машины из одной области в другую, используя эти два хоста в качестве «заполнителей». При миграции виртуальной машины вы должны сначала перенести виртуальную машину на хост-заполнитель, а затем выполнить вторую миграцию, чтобы перенести хранилище виртуальных машин из хранилища данных исходной области в хранилище данных целевой области, к которым хосты-заполнители имеют доступ. Оттуда вы можете перенести виртуальную машину на любой хост в целевой области. Поскольку каждый хост-заполнитель имеет соединение с общим хранилищем каждой области, это должно быть возможно без отключения какой-либо виртуальной машины.
ПРИМЕЧАНИЕ: У меня нет инфраструктуры, подобной вашей, для тестирования, поэтому я просто визуализирую, как это можно сделать, и я думаю, что этот метод может сработать.
оба из которых имеют доступ узлы-заполнители. Оттуда вы можете перенести виртуальную машину на любой хост в целевой области. Поскольку каждый хост-заполнитель имеет соединение с общим хранилищем каждой области, это должно быть возможно без отключения какой-либо виртуальной машины.ПРИМЕЧАНИЕ: У меня нет инфраструктуры, подобной вашей, для тестирования, поэтому я просто визуализирую, как это можно сделать, и я думаю, что этот метод может сработать.
оба из которых имеют доступ узлы-заполнители. Оттуда вы можете перенести виртуальную машину на любой хост в целевой области. Поскольку каждый хост-заполнитель имеет соединение с общим хранилищем каждой области, это должно быть возможно без отключения какой-либо виртуальной машины.ПРИМЕЧАНИЕ: У меня нет инфраструктуры, подобной вашей, для тестирования, поэтому я просто визуализирую, как это можно сделать, и я думаю, что этот метод может сработать.