Как виртуализация улучшает использование сервера?
Из того, что Вы описали это, кажется, что Вы применили BasicAuth поверх встроенного механизма авторизации Кактусов. Таким образом путем обеспечения --http-user Вам разрешают доступ к веб-ресурсу, но Кактусы все еще не знают, кто Вы, таким образом, он перенаправляет Вас к странице входа в систему.
У Вас, вероятно, есть две опции:
- Предоставьте wget cookie так, чтобы это осталось, вошел в систему.
- Переключитесь на "веб-Стандартную аутентификацию" при настройках.
Что виртуализация покупает меня в этом случае?
Способность выполнить две отдельных вещи, которые имеют различные требования и зависимости. Это особенно ценно когда они конфликт требования. Например, позволяет, говорят, что у Вас есть некоторое старое enterprisy приложение, которое только работает на сервере Windows 2000, но у Вас также есть новое солнечное приложение, которое требует Windows 2008 .NET framemworks и так далее, те два приложения не могут быть запущены в той же ОС, но с VMs они могут работать на тех же аппаратных средствах.
Полезно, если Ваши различные сервисы имеют различные циклы техобслуживания. С большим количеством VMs можно обновить/перезапустить вторичный сервер DNS VM без большого влияния. Но если, что сервер DNS является также Вашим файловым сервером, сервером печати, почтовый сервер, и так далее, затем планируя то обновление будет намного более трудным.
Виртуализация может быть большой для разделения тех приложений.
Возможно, Ваши приложения не могут все быть установлены на том же сервере, или возможно в целях безопасности Вы не хотите их на том же сервере — если Вы взламываетесь, только что каждый взламывается.
Возможно, Вы хост-приложения для других людей и хотите дать каждому человеку их собственную отдельную “машину”.
Возможно, у Вас есть 10 из того же сервера, и Вам только нужен тот большую часть времени, но иногда когда Ваша загрузка становится выше, Вам нужен еще много. Таким образом, Вы не должны загружать еще 9 серверов, у Вас есть все консолидированное и работа одной (или несколько виртуальных серверов).
Существует много причин использовать виртуализацию (и вероятно так же, как многие для не использования виртуализации).
По моему скромному мнению, самое большое преимущество от виртуализации является изоляцией.
Ваша идея просто соединения всех наборов N приложений имеет все виды рисков. Что, если внезапно каждому нужен патч, который требует перезагрузки? Вы исправляете и затем перезагрузка все другие; с несколькими VMs Вы перезагружаете просто тот. Что, если одно выполнение приложения лучше всего на RHEL 5.2, в то время как другому нравится Suse 10.0? Что, если одно приложение абсолютно требует версии X Oracle, и другой абсолютно не может использовать версию X? (Мы все видели такого рода вещь!).
Способность использовать одну физическую систему для выполнения наборов приложения N, где упомянутые приложения имеют не возможный (или по крайней мере, очень вряд ли) шанс вмешательства друг с другом, часто является огромной победой.
в прошлых приложениях были разобщены, потому что, если бы говорят, что для приложения "A" нужно приложение "B" перезагрузки сервера, не был бы оштрафован. После этих слов все больше приложений становится большим количеством resiliant/isolated таким образом, перезагрузки сервера, менее вероятно, будут требоваться. Это - проблема мышления, которую это твердо преодолеть.
Существует воспринятое преимущество безопасности от выполнения виртуализированной среды.
Существует восприятие, что теперь мы имеем, перестали работать с 1960-х для создания безопасной ОС мы можем внезапно создать безопасные виртуальные машины, где одна виртуализированная среда не может вмешаться в другого. Это не имеет смысла, конечно. Мы не можем даже созданные центральные процессоры, которые полностью защищают два рабочих процесса друг от друга.
Больше сложности и больше строк кода просто означают больше ошибок.
Когда Вы хотите чистую среду для компиляции/тестирования целей, виртуальная машина удобна для предотвращения дополнительных приобретений оборудования, но это - действительно степень его. Во многих случаях правильно разработанные приложения могли быть запущены точно как Вы, описывают, каждый работающий в их собственном идентификаторе пользователя, где ОС решает, к каким ресурсам можно получить доступ.