Система для обеспечения доступа к услугам автономно работающих серверов с использованием того же сетевого адреса

СИСТЕМА ДЛЯ ОБЕСПЕЧЕНИЯ ДОСТУПА К УСЛУГАМ АВТОНОМНО РАБОТАЮЩИХ СЕРВЕРОВ С ИСПОЛЬЗОВАНИЕМ ТОГО ЖЕ СЕТЕВОГО АДРЕСА Система для управления виртуальными серверами содержит несколько виртуальных серверов,функционирующих на основном компьютере. С каждым виртуальным сервером может быть связан адрес и уникальный идентификатор. Процедура управления, расположенная внутри каждого из соответствующих виртуальных серверов, может использоваться для управления соответствующим сервером, в соответствии с командами управления. Интерфейс управления, расположенный вне виртуальных серверов, может использоваться для управления виртуальными серверами в соответствии с командами управления. Команда управления может исполняться как процедурой управления, так и интерфейсом управления, или может исполняться интерфейсом управления,если процедура управления недоступна, или может исполняться интерфейсом управления, если виртуальный сервер поврежден, или может исполняться даже в том случае, если виртуальный сервер недоступен. Интерфейс управления может быть доступен с использованием нескольких адресов и идентификаторов. Предпосылки создания изобретения Область изобретения Настоящее изобретение относится к виртуальным серверам и, в частности, к системам управления для изолированных виртуальных серверов, которые представлены перед пользователем в виде не отвечающего на запросы или вышедшего из строя виртуального сервера. Описание уровня техники Сегодня, с ростом популярности и успеха интернета, серверные технологии приобрели большое коммерческое значение. Отдельные серверные приложения обычно исполняются на одном физическом базовом компьютере, обслуживающем клиентские запросы. Тем не менее, предоставление одного базового физического компьютера каждому серверному приложению, является дорогим и неэффективным решением. Например, часто, при предоставлении сетевых услуг на коммерческой поставщиком услуг Интернета (ПУИ) (центром обработки данных, ИТ-отделом, хостинговой компанией и т.д.), как правило, предусматривает отдельный базовый физический компьютер, для каждого клиентов, на котором выполняется серверное приложение. Тем не менее, клиент, оплативший хостинговые услуги (услуги по предоставлению вычислительных мощностей), часто, не только не требует, но и не имеет намерения использовать весь базовый компьютер. В целом отдельным клиентам требуется лишь часть вычислительной мощности, часть средств хранения данных и других ресурсов компьютера. Таким образом, желательно использовать хостинг нескольких серверных приложений на одном физическом компьютере. Для обеспечения коммерческой приемлемости каждое обслуживающее (или серверное) приложение должно быть изолировано от всех других серверных приложений на одном физическом базовом компьютере (или хосте). В этом контексте единая вычислительная система (обычно называемая "хозяин" или "хост") поддерживает несколько виртуальных серверов (например, виртуальные частные серверы или ВЧС), причем иногда больше сотни и тысячи виртуальных частных серверов. Многие приложения, использующие такие концепции виртуализации, как виртуальные частные серверы (ВЧС), связаны с использованием виртуальных частных серверов в контексте веб-серверов. Для этого, такие ВЧС снабжаются назначаемыми IP-адресами (адресами интернет протокола), а также рядом других параметров, связанных с сетевым сервером или веб-сервером, например, URL (универсальным средством поиска ресурса) именем DNS (сервера доменных имен) и т.д. Типичной ситуацией, в которой могут использоваться ВЧС, является единственная "коробка"(иными словами, один компьютер), расположенная в центре обработки данных. Коробка имеет операционную систему и множество виртуальных частных серверов (ВЧС 1, ВЧС 2, ВЧС 3 и т.д.), каждый из которых представляется пользователю, как единственный выделенный веб-сервер. Поэтому пользователи не имеют представления о том, что ВЧС это что-то другое, чем "коробка", выделенная данному пользователю. Как правило, каждый ВЧС имеет панель управления, или какой-либо другой аналогичный механизм,с помощью которого пользователь может управлять поведением своего ВЧС. Иными словами, в качестве администратора, этого ВЧС, пользователь имеет значительные возможности управления поведением этого ВЧС, до тех пор, пока базовая операционная система позволяет осуществлять рассматриваемые действия. Кроме того, операционная система имеет свою собственную панель управления, которая доступна для системного администратора для управления различными функциями пребывания, а также для регулирования деятельности различных задач. Как правило, панель управления операционной системой доступна для администратора центра обработки данных, где физически находится ВЧС. В действительности, типовой центр обработки данных может иметь сотни или даже тысячи таких коробок. Каждый ВЧС обычно содержит множество процессов, привязанных к ВЧС, а также адрес, например, имя хоста или IP адрес, с помощью которого пользователь может установить связь с процессами,привязанными к определенным ВЧС. ВЧС может иметь процедуры управления в виде общего набора процедур. Процедуры управления, как правило, требуются для таких вещей, как мониторинг (или определение параметров и режимов работы) ВЧС, конфигурация и управление ВЧС. К каждой процедуре управления можно получить доступ с помощью адреса, соответствующего этой процедуре. Так как процедуры управления, обычно исполняемые в ВЧС, недоступны, если ВЧС непригоден для использования, для управления работой и производительностью ВЧС может использоваться процедура (процедуры) управления, исполняемая за пределами ВЧС. Проблема обычного подхода заключается в том, что пользователь должен использовать разные адреса для установления соединения с процедурами управления, при этом адреса, в свою очередь, зависят от состояния ВЧС. Такие процедуры управления не могут быть использованы для определения активности ВЧС до тех пор, пока не установлено соединение. Кроме того, пользователь должен помнить точный адрес и параметры конфигурации для использования таких процедур управления, которые часто отличаются от тех, что требуются для администрирования самого ВЧС. Кроме того, определенные действия по управлению или мониторингу могут быть выполнены с использованием внутреннего или внешнего интерфейса управления, графические интерфейсы пользователя(ГИП) могут отличаться, а пользователям, которые управляют ВЧС, часто требуется специальная подготовка, например, для выбора правильный адрес не только соответствующего состоянию ВЧС, но и требуемому действию. Как правило, ВЧС общаются с внешним миром с использованием портов ввода/вывода вычислительной системы (компьютера), которые связаны с какой-либо сетью, такой как интернет, локальная сеть(LAN) и т.д. Каждый такой ВЧС ассоциирован с IP адресом, который, как уже отмечалось выше, используется внешним миром, для доступа к данному ВЧС. Но по некоторым причинам, например, из-за аварии или выведении ВЧС на "перерыв" и т.п., может возникнуть проблема. В случае возникновения проблем с физическим оборудованием, программное обеспечение решения этой проблемы обычно не используется,за исключением выполнения перезагрузки ВЧС на другой машине. Тем не менее, многие аварии происходят из-за проявлений внутренней активности самого ВЧС, например, воздействия компьютерного вируса на ВЧС, или запуска пользователем кода, который приводит к аварии ВЧС и т.п. В связи с этим,рассматриваемый ВЧС становится недоступным для пользователя, который пытается получить доступ к ВЧС, и не получает откликов от ВЧС. Таким образом, у пользователя нет механизма для обеспечения получения откликов от аварийного ВЧС, и, как правило, пользователь должен связаться с персоналом центра обработки данных, который может перезагрузить ВЧС вручную. Это, зачастую, становится очередной проблемой, так как требует затрат времени, кроме того, персонал центра обработки данных не всегда доступен, при необходимости, а центр обработки данных может быть недостаточно укомплектован персоналом, в частности, авария на ВЧС может произойти в период, когда в центре обработки данных работает мало персонала, и т.д. Таким образом, обычный подход не приемлем для ряда критически важных задач, или коммерчески важных приложений, так как аварийный и не дающий отклика ВЧС может привести к падению объема продаж, снижению производительности и т.д. Соответственно, существует необходимость в системе и способе для удаленного управления и проверке параметров неисправного ВЧС, без ручного вмешательства администратора центра обработки данных и в приемлемом способе уделенного управления неисправными виртуальными серверами. Сущность изобретения Таким образом, настоящее изобретение относится к системе и способу предоставления услуг для виртуальных серверов, с использованием одного и того же сетевого адреса, что существенно устраняет один или несколько недостатков, связанных с известным уровнем техники. Система для управления виртуальными серверами содержит множество виртуальных серверов,функционирующих на одной основной компьютерной системе и совместно использующих одну основную операционную систему, при этом каждый сервер может содержать связанный с ним адрес и уникальный идентификатор; каждый виртуальный сервер может быть выполнен отвечающим на запросы клиентов, содержать внутреннюю процедуру управления для управления указанным виртуальным сервером, а система может содержать внешний интерфейс управления, функционирующий на основной компьютерной системе, и работоспособный вне виртуального сервера, выполненный с возможностью управления виртуальным сервером, в соответствии с командами, отправленными удаленным пользователем, с использованием адреса и уникального идентификатора, причем, внешний интерфейс управления может быть выполнен с возможностью администрирования указанного виртуального сервера, с использованием адреса и уникального идентификатора указанного виртуального сервера, если указанный виртуальный сервер не отвечает на запросы. Система может быть выполнена с возможностью выполнения команд, как процедурой управления, так и внешним интерфейсом управления, с обеспечением возможности выполнения команд интерфейсом управления, в том случае, если процедура управления недоступна. При этом интерфейс управления может быть выполнен доступным с использованием нескольких адресов и с возможностью управления множеством виртуальных серверов. Может быть выполнена с возможностью выполнения по крайней мере двух из приведенных ниже команд: запустить/остановить виртуальный сервер; изменить пароли виртуального сервера; переустановить виртуальный сервер; починить виртуальный сервер; сделать резервную копию виртуального сервера; изменить характеристики текущего уровня использования ресурсов; обработать команду управления виртуальным сервером; определить состояние виртуального сервера; настроить виртуальный сервер; установить пользовательское приложение; удалить пользовательское приложение и настроить пользовательское приложение. Кроме того, интерфейс управления может быть выполнен активирующимся при отказе в работе любого из виртуальных серверов, процедура управления может быть выполнена активирующейся в ответ на команды, отправленные удаленным пользователем с использованием адреса и уникального идентификатора, по крайней мере один сервер может быть выполнен в виде виртуальной машины или по крайней мере один сервер может быть выполнен в виде виртуальной среды исполнения программного обеспечения, а неработоспособность виртуального сервера, если виртуальный сервер не реагирует на запросы,скрыта от пользователя путем использования интерфейса управления, причем адрес может использовать для формирования, с использованием указанного адреса, канала передачи информации между удаленным пользователем указанного сервера и либо интерфейсом управления, либо процедурой управления. В примерном варианте реализации изобретения представлена система, способ и компьютерный программный продукт для управления виртуальными частными серверами, в том числе множеством виртуальных частных серверов. Каждый виртуальный частный сервер имеет свой адрес и уникальный идентификатор. Каждый виртуальный частный сервер имеет внутренние процедуры управления, доступные в виртуальном частном сервере для управления указанным виртуальным частным сервером, в ответ на команды, посылаемые удаленным пользователем с использованием адреса и уникального идентификатора. За пределами виртуальных частных серверов в работоспособном состоянии находится внешний интерфейс управления, для управления виртуальными частными серверами в ответ на команды, посылаемые удаленным пользователем, с использованием адреса и уникального идентификатора. Если какой-то виртуальный частный сервер не отвечает на запросы, внешний интерфейс управления может быть использован для управления этим виртуальным частным сервером, с использованием связанных с этим виртуальным частным сервером адреса и идентификатора. Система для управления виртуальными серверами может содержать множество виртуальных серверов, функционирующих на одной основной компьютерной системе и совместно использующих один экземпляр основной операционной системы, причем каждый виртуальный сервер имеет связанный с ним адрес и уникальный идентификатор. При этом каждый из виртуальных серверов отвечает на запросы клиентов, и каждый виртуальный сервер может содержать внутреннюю процедуру управления, для управления указанным виртуальным сервером. Кроме того, система может содержать внешний интерфейс управления, исполняющийся на основной компьютерной системе, действующий вне виртуального сервера для управления указанным виртуальным сервером в ответ на команды, посланные удаленным пользователем с использованием указанного адреса и указанного уникального идентификатора. Если какой-либо виртуальный сервер не отвечает на запросы,внешний интерфейс управления может использоваться для администрирования указанного виртуального сервера с использованием адреса и уникального идентификатора, связанных с указанным виртуальным сервером. При этом, команды могут исполняться, как процедурой управления, так и внешним интерфейсом управления, причем команды могут исполняться интерфейсом управления в том случае, если отсутствует доступ к процедуре управления или в случае отказа виртуального сервера. Кроме того, интерфейс управления может быть доступен с использованием нескольких адресов. Команды могут использовать для управления пользовательскими приложениями, исполняемыми внутри, по крайней мере, одного из виртуальных серверов. В системе адрес может являться именем хоста, а виртуальные сервера могут поддерживаться одним ядром операционной системы. Интерфейс управления может активироваться при неисправности виртуальных серверов. Процедура управления может активироваться в ответ на команду,посланную удаленным пользователем с использование указанного адреса или указанного уникального идентификатора. В системе может быть реализован способ администрирования виртуального сервера, включающий запуск множества виртуальных серверов, функционирующих на одной основной компьютерной системе и совместно использующих один экземпляр основной операционной системы, каждый из виртуальных серверов отвечает на запросы клиентов, присвоение каждому виртуальному серверу адреса и уникального идентификатора, запуск, вне множества виртуальных серверов, внешнего интерфейса управления,исполняющегося на основной компьютерной системе и доступного удаленному пользователю, запуск, в каждом виртуальном сервере, внутренней программы управления, для управления указанным виртуальным сервером, установку политики исполнения команд управления, определяющей выбор из (а) и (б),где (а) для администрирования виртуального сервера используется внутренняя программа управления, а(б) для администрирования виртуального сервера используется внешний интерфейс управления, получение команды от удаленного пользователя; и в соответствии с политикой исполнения команд управления,администрирование виртуального сервера, путем исполнения либо (а) внутренней программы управления указанного виртуального сервера с использованием адреса и уникального идентификатора, связанных с указанным виртуальным сервером или (б) внешнего интерфейса управления, с использованием адреса и уникального идентификатора, связанных с указанным виртуальным сервером, причем выбор между (а) и (б) скрыт от удаленного пользователя. При этом команда может исполняться в том случае,если виртуальный сервер недоступен. Интерфейс управления может быть доступен с использованием нескольких адресов, причем, если интерфейс управления и программа управления используют одинаковые идентификаторы, внешний интерфейс управления доступен, когда внутренняя программа управления недоступна. Кроме того, исполнение команды управления может зависеть от состояния виртуальных серверов, интерфейс управления может активироваться при неисправности любого из виртуальных серверов, а программа управления может активироваться при получении запроса от пользователя. Дополнительные признаки и преимущества изобретения будут изложены в описании, которое следует ниже, и, отчасти, будут очевидным образом раскрыты в описании, а отчасти могут быть выявлены при использовании изобретения на практике. Преимущества изобретения будут реализованы и достигнуты в структуре, которая отражена в описании, формуле изобретения, а также на приложенных графических материалах. Следует понимать, что как нижеследующее общее описание, так и детальное описание, выполнены в иллюстративных и разъяснительных целях и предназначены для разъяснения заявленного изобретения. Краткое описание графических материалов Приложенные графические материалы, которые используются для лучшего понимания изобретения, являются частью настоящего описания, иллюстрирующей варианты реализации настоящего изобретения, совместно с текстовым описанием, служащей цели разъяснения принципов настоящего изобретения. На чертежах: фиг. 1-3 показывают примеры выполнения систем ВЧС; фиг. 4 иллюстрирует пример доступа различных средств управления клиента к содержимому нескольких ВЧС; на фиг. 5 представлена схематическая диаграмма примерного компьютера или сервера, который может быть использован в изобретении. Детальное описание предпочтительных вариантов реализации изобретения Ниже приведены подробности вариантов реализации настоящего изобретения, проиллюстрированные приложенными графическими материалами. Настоящее изобретение относится к системе, способу и компьютерному программному продукту для управления виртуальными частными серверами, такими как виртуальные среды исполнения или виртуальные машины, работающие в качестве серверов. Поскольку различные виды виртуальных частных серверов, ведут себя аналогично, с точки зрения задач настоящего изобретения, приведенное ниже описание будет, в первую очередь, раскрыто в терминах виртуальных частных серверов. Виртуальный частный сервер (ВЧС) является закрытым набором или совокупностью процессов, системных ресурсов, пользователей, групп пользователей, объектов и структур данных. Каждый ВЧС имеет собственный идентификатор, который отличает его от других ВЧС. ВЧС предлагает своим пользователям услуги, которые, по существу, функционально эквивалентны автономному серверу с удаленным доступом. С точки зрения администратора ВЧС, ВЧС функционирует по преимуществу также, как отдельный компьютер центра обработки данных. Например, желательно, чтобы администратор ВЧС имел тот же удаленный доступ к серверу через Интернет, такую же, как и для обычного сервера, возможность перезагрузить сервер, загрузить систему и прикладное программное обеспечение, возможность разрешить подключение пользователей ВЧС, возможность установить квоты дискового пространства для пользователей, и групп пользователей, обеспечить поддержку сетей хранения данных (SAN), установить и настроить сетевые подключения и веб-серверов и т.д. Иными словами, желательно иметь полный набор функций системного администратора, как если бы ВЧС были выделенными удаленными серверами, а существование ВЧС должно быть скрыто от пользователя ВЧС и администратора ВЧС. Подход, описанный в настоящем документе, имеет то преимущество, что операционная система имеет целый ряд механизмов для определения параметров входящего и исходящего трафика виртуальных частных серверов. Таким образом, пользователь ВЧС может быть обеспечен средствами, расположенными в главной операционной системе (в дополнение к средствам, которые находятся в ВЧС) для управления ВЧС. Кроме того, раскрытый в настоящем описании подход имеет то преимущество, что обычно главная (основная) операционная система уведомляется о выходе из строя или сбое ВЧС, или не отвечает на запросы на доступ по назначенному для ВЧС IP адресу. Пользователь вышедшего из строя ВЧС, с использованием средств, предоставляемых ему операционной системой, может перезапустить ВЧС сам, без вмешательства со стороны администратора центра обработки данных. Основная (базовая) операционная система отслеживает сетевой трафик для виртуальных частных серверов, но обычно не предпринимает никаких действий, так как предполагается, что подавляющее большинство виртуальных частных серверов функционируют нормально. Однако, если один ВЧС "не подает признаки жизни" или находится в режиме аварийного отказа, сетевой трафик соответствующего ВЧС может быть перехвачен, запротоколирован, проанализирован и т.п. Следует также отметить, что,хотя выше в описании упоминается один уникальный адрес (например, IP-адрес), присвоенный одному ВЧС, предложенный подход относится и к ситуации, когда IP адрес является общим для нескольких ВЧС. Еще один способ развития предложенного подхода - рассмотреть его с точки зрения предоставления пользователю ВЧС дополнительной панели управления в базовой операционной системе, которая действует, как слой перехвата входящего трафика. В случае аварии ВЧС, перехватывающий слой может,по-прежнему, реагировать каким-либо образом на запросы доступа, направленные на адресу IP аварийного ВЧС, гарантируя, что есть "нечто" взаимодействующее с пользователем по адресу ВЧС. Перехватывающий слой может быть настроен для каждого ВЧС, либо администратором центра обработки данных,либо пользователем ВЧС, в зависимости от минимальной требуемой функциональности и прав, которые администратор центра обработки данных готов предоставить пользователю в этих обстоятельствах. Без-4 025082 условно, основным правом является возможность осуществить перезапуск ВЧС (по своей сути, возможный только "извне" ВЧС). Кроме того, останов ВЧС может быть реализован с помощью слоя перехвата,где пользователь знает, что он может перезапустить ВЧС без вмешательства администратора центра обработки данных. Например, панель управления ВЧС может дать пользователю доступ к такому ВЧС или к специфической для IP адреса конкретной информации, такой как журнал доступа и статистики, статистике использования ресурсов, управлению различными приложениями, работающими в ВЧС, паролям и т.д. Слой перехвата может управлять трафиком на уровне протокола, например, определять URL, для которого предназначен трафик и т.д. Слой перехвата, в процессе работы, может перенаправить запрос на доступ "поврежденного " IP адреса на свой собственный сервер, функциональность которого гарантируется каким-либо образом. Кроме того, свойства панели управления основной операционной системы (или слоя перехвата),аналогичные описанным выше, могут постоянно реализовываться для всех ВЧС, или могут предоставляться в произвольном виде (например, в качестве дополнительных услуг, предоставляемых в течение определенного платы хостинг-провайдером, в том числе в виде различных уровней обслуживания для различных наборов команд). В случае произвольного (опционального) предоставления панели управления в основной операционной системе, она, как показано выше, может быть активирована, в том случае,если есть основания полагать, что ВЧС более, чем обычно, подвержены авариям или сбоям или, например, когда в указанном ВЧС испытывается новый программный код. Следует отметить, что важным аспектом является определение конкретных ВЧС, которые должны управляться с помощью средств управления, таких, как процедура (процедуры) управления или интерфейс управления. Процедура (процедуры) управления должна быть установлены таким образом, чтобы она могла быть работоспособной внутри ВЧС, для управления которым она предназначена. Интерфейс управления должен быть установлен таким образом, чтобы обеспечить работоспособность интерфейса вне ВЧС, для управления которым он предназначен. Для этого интерфейс управления может быть установлен в основной операционной системы, либо в другом ВЧС, который может непосредственно поддерживаться аппаратной частью системы. Без этого операционная система обычно не в состоянии определить, является или нет конкретное действие допустимым для данного ВЧС. Следует обратить внимание на то, что процедура управления и/или интерфейс управления могут исполняться постоянно, или могут быть запущены или остановлены по требованию, например, при установлении канала передачи. Например, процедуры управления и интерфейс управления можно загружать по требованию (например,запускать и останавливать) для выполнения команд управления. После того как пользователь закрывает сессию управления, соответствующие процессы или вычислительные задачи могут стать неактивными. Другими словами, пользователь может "выйти" из процедур управления и интерфейса управления, или даже "убить" данные процессы в диспетчере задач. В одном из вариантов реализации виртуального сервера операционная система создает структуру данных, которая хранит информацию, соответствующую ВЧС, которая обычно возникает, когда создается сам ВЧС. Некоторая информация может храниться постоянно. Например, файловая система может содержать конфигурационный файл для каждого ВЧС. Структуры данных также могут содержать ряд параметров, используемых для обеспечения работоспособности самого ВЧС. В предпочтительном случае, существует возможность быстрого присвоения имен виртуальным частным серверам, для того, чтобы обеспечивался быстрый поиск по структурам данных. Наименованием может являться идентификатор (или ID) виртуального частного сервера, который может быть, например, числом, алфавитноцифровой строкой или аналогичной структурой. Те объекты, которые могут быть однозначно определены как относящиеся к конкретному ВЧС, как правило, не могут быть повторно связаны с другим ВЧС,поскольку такая возможность обычно предполагает одновременное появление уязвимых мест в безопасности. Иными словами, процесс, который "родился" в контексте одного ВЧС не может "жить" в другом ВЧС. Запуск нескольких ВЧС на одной и той же основной вычислительной системе, таким образом, позволяет обеспечить высокий уровень использования аппаратной части или оборудования сервера. Благодаря эффективной изоляции ресурсов ВЧС, можно предложить пользователям гарантированный уровень безопасности и доступности ресурсов, указанных в соглашении об уровне сервиса (SLA). Таким образом, типичное коммерческое приложение включает в себя физическую вычислительную систему или автономный компьютера (который, как правило, называют "хозяин" или "хост"), который настроен на запуск нескольких изолированных виртуальных частных серверов (ВЧС). Хост содержит ядро операционной системы (ОС). Ядро выполняет целый ряд процессов и потоков для выполнения различных системных процессов, связанных с системой. Хост также содержит ряд процессов, запущенных на серверном оборудовании, которые соответствуют виртуальным частным серверам по крайней мере одного пользователя, подключенного по крайней мере к одному ВЧС. Хост может содержать физическую память, такую как динамическое оперативное запоминающее устройство (ОЗУ), используемое различными процессами и вычислительными потоками. Аппаратный комплекс может содержать различные элементы, хранения, такие как быстродействующая буферная па-5 025082 мять или "кэш", а также буферные элементы операционной системы. Компьютерная система также содержит центральный процессор (CPU), или, в частном случае, несколько процессоров, чье время может быть разделено между виртуальными частными серверами. Периферийные устройства могут содержать,например, дисковые устройства хранения данных, интерфейсы ввода/вывода, информационные сетевые интерфейсы и т.д. Устройства хранения, в частности, дисковые накопители, могут содержать файлы данных, базы данных, хранилища метаданных и других постоянно и временно хранящихся цифровых объектов. Обычно, при использовании в настоящем описании, подразумевается, что ядро операционной системы имеет один или несколько "процессов" исполняемых в режиме ядра. Операционная система сама по себе может рассматриваться как процесс. Процесс ОС имеет свои собственные объекты, предназначенные для собственного внутреннего использования, а также множество объектов, которые представляют поддерживаемые в нем виртуальные частные серверы. Каждый ВЧС, таким образом, является набором процессов, исполняющихся в пользовательском режиме, при поддержке со стороны ядра операционной системы. Каждый такой ВЧС, как правило, имеет набор пользователей и вычислительных потоков, которые соответствуют, например, прикладному программному обеспечению, запущенному конкретным пользователем. Каждый ВЧС может иметь собственный идентификатор, который позволяет кому-либо, например,администратору находить ВЧС через сетевой интерфейс. Примерами таких идентификаторов могут быть имена или адреса или аналогичные "метки". ВЧС также содержит набор интерфейсов, которые позволяют пользователям, в том числе администратору ВЧС осуществлять доступ к различным услугам или сервисам, доступным на сервере и в ядре. Частным случаем таких услуг являются услуги дистанционного управления, которые иногда называют "средствами конфигурации сервера". Такие интерфейсы содержат системные вызовы, интерфейсы разделяемой памяти управление драйверами ввода/вывода (IOCTL), и другие аналогичные механизмы. Каждый ВЧС как правило, содержит множество процессов, потоков, облегченных процессов и других примитивов для обслуживания пользователей данного ВЧС. Каждый ВЧС также, как правило, имеет свои собственные объекты и структуры данных, которые связаны с процессами и потоками этого конкретного ВЧС. Каждый ВЧС также может содержать несколько объектов и структур данных, используемых операционной системой для управления этим ВЧС. Следует отметить, что в общем случае, процессы разных виртуальных частных серверов полностью изолированы друг от друга и не могут повлиять на процессы других ВЧС, хотя в некоторых случаях один ВЧС может поддерживать другие ВЧС внутри себя. Кроме того, ВЧС высокого уровня могут осуществлять управление и другие сервисные функции. Кроме того, уровень изоляции между виртуальными частными серверами может быть уменьшен либо основной ОС, либо путем использования дополнительных настроек. Виртуальные частные серверы также могут быть реализованы в виде программного расширения возможностей на базе серверов Windows на базе (например, в виде "дополнений"), например, серверовMicrosoft Windows NT, серверов Microsoft Windows 2000, Microsoft Windows Server 2003, а также их различных производных, путем добавления недостающих механизмов изоляции и механизмов управления ресурсами ВЧС в ядра операционных систем указанных выше операционных систем. Каждый ВЧС предлагает набор услуг для пользователей указанного ВЧС, которые реализуются, как процессы внутри указанного ВЧС. С точки зрения пользователя, наличие ВЧС не очевидно, так, что для пользователя ВЧС выглядит, как полностью выделенный ему удаленный сервер. Настоящее изобретение дает возможность поддерживать активность некоторых функций ВЧС, даже если сам ВЧС вышел из строя или выглядит недоступным для пользователя. Одним из примеров системы, в которой может быть реализовано настоящее изобретение, будет дополнительно рассмотрен применительно к фиг. 1, 2 и 3. Фиг. 1 иллюстрирует обобщенный вариант выполнения системы с изоляцией компонентов ВЧС, а фиг. 2-3, иллюстрируют примеры системы в контексте сетевого окружения, где виртуальными частными серверами могут быть серверы, разделяющие между собой некоторые ресурсы, или виртуальные серверы, со специально выделенными для них ресурсами, например, исполняемые с поддержкой монитора виртуальных машин (МВМ). Как показано на фиг. 1, основная вычислительная система (хост) 102 исполняет основную операционную систему с ядром 108. ВЧС 104 (на чертеже показан только один ВЧС) обычно имеет уникальный адрес, например, свой собственный IP адрес (хотя, в некоторых случаях, один и тот же IP адрес может быть общим для нескольких ВЧС). Интерфейс 114 операционной системы (например, как правило,включающий системные вызовы, управление ввода/вывода (ioctls/fcntls), драйверы и т.д.), используется для связи между процессами 120 пространства пользователя (режима пользователя) и процессов 108 пространства ядра (режима ядра). В этом контексте, ядро 108 операционной системы является защищенной частью операционной системы, как правило, такой частью, которая имеет важное значение для функционирования хоста 102. Отметим также, что, хотя показан лишь один хост 102, изобретение также может быть реализовано с виртуальными средами, работающих на компьютерном кластере. Позициями 122 А и 122 В показаны приложения и автоматические службы, исполняемые в пользовательском пространстве 120 основной операционной системы. Сервер может включать в себя целый ряд таких программ, приложений, системных службы, автоматических служб и других подобных конструкций, обычно используемых пользователями (например, текстовые процессоры, системы управления базами данных, серверы сетевых страниц, удаленные вызовы процедур, поддержка автоматических процедур, серверы Telnet и т.д.). Позиция 124 А показывает совокупность объектов, связанных с определенным ВЧС. Позиция 124D обозначает набор объектов и структур данных, связанных с работой процессов системного программного обеспечения. Позиция 124 С обозначает набор объектов и структур, которые используются самим ядром 108 операционной системы для собственных нужд. Позиция 126 обозначает драйверы операционной системы, например драйверы аппаратных средств. Позиция 128 обозначает буферы, кэш, и другие аналогичные структуры ядра ОС, которые используются для осуществления операций хранения и вводавывода. Позиции 130 А, 130 В показывают процессы системного программного обеспечение и автоматические процедуры, работающие в режиме пользователя. Позиции 132 А, 132B это приложения и службы,которые существуют в пространстве пользователя 120. Объекты и структуры данных 124 А, в свою очередь, могут быть созданы в режиме пользователя 120 процессами 132 А, 132B режима пользователя. Другие примеры включают в себя автоматические процедуры ("демоны"), например, автоматические процедуры веб-сервера или сетевого сервера, которые взаимодействуют с обозревателем интернета, серверами с преобразованием данных входного порта удаленного вызова процедур (RPC port mapper, например,серверы, не взаимодействующие непосредственно с пользователем) и т.д. Позиции 134 А, 134 В характеризуют связи между процессами 120 пространства пользователя и процессами 108 пространства ядра. В одном из вариантов реализации системы, предназначенной для использования настоящего изобретения, изоляция между виртуальными частными серверами 104 реализована на уровне ядра, кроме того, изоляция между некоторыми из ВЧС 104 может быть реализована в пространстве 120 пользователя. Кроме того, каждый ВЧС 104 может иметь собственный набор ресурсов, например, сво место на диске, файловое пространство, свою долю от общей пропускной способности сетевого адаптера и т.д. Должно быть понятно, что на самом деле, любое количество ВЧС 104 может быть запущено на хосте 102, а ограничения накладываются только физическими параметрами системы, такими как скорость процессора, пропускная способность системной шины и ограничениями других ресурсов. Каждый ВЧС 104 имеет выделенную ему долю системных ресурсов. Ресурсы, выделяемые для ВЧС 104 (например, память, файловое пространство, ресурсы ввода/вывода и т.д.), изолированы друг от друга с помощью ID виртуального частного сервера и/или с использованием адресации специального вида. В общем случае, в целях осуществления настоящего изобретения, адресное пространство делится на две части: пространство ядра 108, которое используется в операционной системе в режиме ядра, и, как правило, недоступно для прикладного программного обеспечения запущенного пользователями 112, и набор виртуальных адресных пространств, выделенных пользовательским процессам, который обычно называют "пространством 120 пользователя", в котором существуют виртуальные частные серверы 104 и исполняемые в них пользовательские приложения 132. Каждый ВЧС 104 имеет свой собственный набор адресов, используемых пользовательскими процессами для доступа к различным данным, как локально,так и по сети. Такая реализация предотвращает нарушения безопасности ВЧС 104. Следует отметить, что некоторые функции ВЧС могут существовать в пространстве 108 ядра. При этом, некоторые функции могут существовать в пространстве 120 пользователя. В пользовательском пространстве 120, программное обеспечение 130 может поддерживать необходимые функции ядра операционной системы. Примером такой функции может быть автоматическая процедура ("демон"), которая собирает статистические данные об использовании ВЧС 104. Другим примером может быть автоматическая процедура, которая контролирует процессы ВЧС 104 и т.д. Как отмечалось выше, каждый ВЧС 104 содержит множество связанных с ним объектов. Такие объекты представляют пользователей 112, соответствующих процессов пользователя и/или приложений,запущенных в рамках этого ВЧС 104. Как показано на фиг. 2, базовая вычислительная система 102 может поддерживать или исполнять несколько ВЧС 104 А, 104 В и 104 С (заметим, что 104 С не показан на фиг. 1 В), каждый со своим собственным IP-адресом и/или другим идентификатором (например, URL или именем хоста ), которые позволяют пользователю найти ВЧС или установить соединение с процедурами ВЧС, например, через Интернет или с использованием сетевого программного интерфейса 106 А, 106, б, 106 С. Следует также отметить, что пунктирная линия 160 показывает, что пользовательские приложения, а также системные утилиты, могут существовать в пространстве 120 пользователя, в дополнение к системным утилитам, которые могут существовать в пространстве 108 ядра. Кроме того, пользователь 112 может подключиться к сетевому интерфейсу хоста, работающему,например, в пользовательском режиме (см. 106 С). Некоторые ВЧС, например 104 С, при поддержке хоста 102 могут быть неработоспособными из-за программных ошибок, или могут быть полностью не активны и существовать только в виде записей на устройстве хранения данных. Сбои могут произойти случайно, из-за ошибки в конкретном приложении,или намеренно, когда какой-либо пользователь проводит атаку "отказа в обслуживании" (DOS). Кроме того, могут произойти сбои приложений, сбои веб-серверов а также другие отказы и повреждения. Плохо написанный скрипт можно простым образом захватить значительную часть ресурсов процессора (иногда,до 100% ресурсов CPU), в результате чего, вычислительные мощности не достаются другим пользователям. Примером плохо написанного скрипта CGI (общего интерфейса шлюза) является бесконечный цикл,а именно: линия 1,перейти на линию 1. В примерном варианте реализации, пользователь 112 может подключаться к веб-интерфейсу 106 хоста с использованием идентификаторов какого-либо или нескольких ВЧС, где с целью создания надлежащего соединения, виртуальному частному серверу присваивается уникальный адрес. Этот уникальный адрес и идентификатор используются для создания в сети "канала передачи", например, в сети пакетной коммутации, такой как сети TCP/ IP. Этот канал передачи, устанавливается для доставки команд управления к доступной процедуре (процедурам) управления. Для иллюстрации, на фиг. 1 С, показан единственный интерфейс 107 С управления, расположенный вне виртуальных частных серверов 104. Указанный интерфейс является внешним, по отношению к виртуальным частным серверам 104 (хотя изобретение не ограничивается одним таким интерфейсом управления, а может использовать несколько интерфейсов). Следует обратить внимание на то, что интерфейс 107 С управления находится, как в пользовательском пространстве, так и в пространстве операционной системы (ядра). Интерфейс 107 С управления имеет возможность проверки и управления, по крайней мере, некоторых режимов работы и настроек ВЧС, как если бы указанный ВЧС был запущены на одном аппаратном сервере, соответствующем этому ВЧС. Следует отметить, что операционная система может содержать более одного интерфейса управления и работающих в нем средств управления. Каждый ВЧС 104 также может также содержать свою собственную внутреннюю процедуру (процедуры) управления, работающую внутри ВЧС 104, для осуществления функций мониторинга и управления, которая, сама по себе может исполняться, как объект 109 пользователя или объект 124 ядра. Виртуальные частные серверы 106 А и 106 В подключены к пользователям (клиентам) 112 А и 112 В,причем, в данном случае, по одному клиенту 112 подключено к каждому ВЧС 104. В данном случае,клиент 112 является иллюстративным примером пользователя. Еще одним примером пользователь 112 может быть администратор ВЧС. Пользователь (клиент) 112 С подключен к сети хоста или сетевому интерфейсу 106 С. Клиенты 112 А и 112 С могут управлять объектами виртуальных частных серверов 104 А и 104 В, соответственно, изнутри ВЧС 104 А и 104 В, а пользователь 112 С может управлять любым ВЧС на основе установленного соединения или прав доступа, предоставленных клиенту 112 С. Фиг. 4 иллюстрирует пример доступа к различным механизмам управления со стороны клиента в контексте нескольких ВЧС 104, исполняемых на одном и том же сервере 102. На фиг. 4, позиция 201 обозначает канал связи, например, ссылки 202 сети Интернет. Несколько ВЧС 104 исполняются на хосте 102. Каждый ВЧС 104 имеет сво прикладное программное обеспечение 106, сво системное программное обеспечение 210 А, свои собственные системные библиотеки 212, и свою собственную внутреннюю процедуру (процедуры) 214 управления. Каждый ВЧС 104, как правило, имеет свой собственный IP адрес (хотя IP-адреса могут быть использоваться одновременно несколькими ВЧС). Клиенты 112 (которые могут быть администраторами ВЧС, уполномоченными пользователями, или не авторизованными пользователями, такими, как анонимные пользователи интернета) используют канал связи 201 для доступа к виртуальным частным серверам 104. Внешний интерфейс управления 107 (здесь показан без буквенного обозначения, что отражает его возможность работы с несколькими ВЧС одновременно), который находится за пределами виртуальных частных серверов 104, в пространстве ядра 108, также может быть использован для организации и управления ВЧС 104. Внешний интерфейс управления 107 может взаимодействовать с различными элементами ВЧС 104 с помощью интерфейса 220. Следует отметить, что внешний интерфейс управления 107 может быть выполненным свободно доступным одним пользователям 112 (например, 112 А и 112b), но не другим пользователям (например, 112 С). Отметим также, что различные права, предоставляемые различным пользователям 112 могут отличаться, соответственно,интерфейсы 220 а и 220 В подключены к разным элементам соответствующих им ВЧС. Внешний интерфейс управления 107 предназначен для решения различных проблем, связанных с функционированием ВЧС 104. Такая реализация является более гибкой, чем внутренняя процедура (процедуры) 214 управления из-за возможности работы с неисправными ВЧС 104. Следует обратить внимание на то, что внешний интерфейс управления 107 может быть набором процедур и программ, где, например, каждая такая процедура или программа отвечает за один параметр управления. Кроме того,внешний интерфейс управления 107 может быть уникальными для каждого ВЧС 104, или может быть общим для одних ВЧС 104, и не использоваться для других, или может быть общим для всех ВЧС 104. Функциональность интерфейса 107 управления, а также внутренней процедуры (процедур) 214 управления, предоставляет пользователю 112, такому, как администратора ВЧС, возможность админист-8 025082 рирования пользовательского ВЧС 104 с помощью любого стандартного сетевого обозревателя на любой платформе. Следует отметить также, что хотя наиболее часто такая ситуация происходит, когда интерфейс управления 107 используется когда конкретные ВЧС не отвечают на запросы, в то время как внутренняя процедура (процедуры) 214 управления используется когда ВЧС отвечает на запросы. Также возможно использовать интерфейс 107 управления для управления ВЧС, который отвечает на запросы (вместо собственной внутренней процедуры (процедур) 214 управления указанного ВЧС). Пользователь 112 имеет возможность управлять ВЧС 104 пользователя, как правило, через некую форму графического интерфейса пользователя (ГИП), который является частью интерфейса управления 107, в любом из следующих способов:(a) запуск, остановка или перезагрузка ВЧС;(e) изменение корневого пароля (пароля администратора) ВЧС;(f) запуск, остановка или перезапуск определенных сервисов внутри ВЧС;(g) просмотреть списка процессов ВЧС передача им сигналов;(h) подключение к ВЧС по SSH (протокол безопасной оболочки - основанный на передаче пакетов,двоичный протокол, который поддерживает зашифрованное соединение с удаленными хостами или серверами);(i) просмотреть текущее потребление ресурсов и предупреждения о избыточном использовании ресурсов;(о) настройка ГИП. Существует по крайней мере два возможных способа управления доступом к ВЧС 104. 1. Использование IP адреса (или имени хоста) виртуального частного сервера 104 и TCP (протокол управления передачи данных) порта внешнего интерфейса 107 управления. 2. Использование IP адреса (или имени хоста) и TCP порта частного ВЧС 104. Эти два способа могут быть практически идентичны в отношении услуг, доступных для процедуры(процедур) 214 управления в ВЧС 104. Например, если ВЧС 104 недоступен из-за внутренней ошибки или неработоспособности, процедура (процедуры) 214 управления, также недоступна. В любом случае, пользователь 112 должен подключиться к внутренней процедуре (процедурам) 214 управления, используя ID ВЧС, а также, в частном случае, ID пользователя и пароль, необходимые для получения прав доступа к процедуре управления. Например, пользователь 112 может использовать IPадрес (или имя хоста) и TCP порт его ВЧС 104, введя указанный адрес в адресную строку обозревателя(браузера) пользователя, а также использовать свои идентификационные данные (имя пользователя и пароль) для входа в систему соответствующей процедуры (процедур) 214 управления. После этого, пользователь, в общем случае, может администрировать и управлять состоянием ВЧС 112, например, с помощью графического интерфейса пользователя или просто отправив командную строку для управления процедурой. Внешний интерфейс управления или ГИП внутренней процедуры (процедур) управления может быть включен в интерфейс 107 внешнего управления или внутренней процедуры (процедур) 214 управления, соответственно, и может быть реализован, например, с помощью веб-браузера, так, чтобы дать возможность администратору ВЧС быстро произвести все возможные операции с помощью интуитивно понятной системы навигации. Кроме того, команды управления могут быть сформированы путем ввода,например, командной строки, содержащий команды управления и, в частном случае, некоторые дополнительные опции и ключи, например, адрес ВЧС и уникальный идентификатор для данного ВЧС. Страницы ГИП могут содержать меню и строку состояния, а могут содержать ссылки на другие страницы, на которых пользователь 112 может выполнять различные задачи. В одном из вариантов реализации, все ссылки сгруппированы в четыре группы: "управление ВЧС", "услуги ВЧС", "протоколы" и"другое", а названия этих групп сами являются ссылками. При выполнении конкретной задачи, пользователь 112 может сначала нажать на название группы, чтобы открыть соответствующую панель, а затем выбрать задачу, или пользователь 112 может сразу выбрать задачу в меню под соответствующей группой. Ссылки в меню выполняют следующие действия:"управление ВЧС": открывает панель управления ВЧС, где пользователь 112 может узнать больше о различных задачах администрирования ВЧС и выполнить любую из них."Старт/Стоп ВЧС": открывает страницу, где пользователь 112 может запускать, останавливать или перезагружать текущий ВЧС 104."Изменение пароля": открывает страницу изменения пароля администратора ВЧС."Переустановка" открывает страницу переустановки ВЧС, где пользователь 112 может восстановить оригинальные файлы шаблонов ВЧС 104, если что-то пошло не так."Режим исправления": открывает страницу, на которой пользователь 112 может запустить ВЧС 104 в так называемом "режиме ремонта", для того, чтобы выполнить проверку и исправления командной строки."Резервное копирование": открывает страницу, где пользователь 112 может администрировать резервное копирование ВЧС 104."Ресурсы": открывает страницу, где пользователю 112 может получить информацию о текущем потреблении аппаратных ресурсов ВЧС 104 пользователя."Услуги ВЧС": открывает панель "Администрирование сервисов", в которой пользователь 112 может получить более подробную информацию о различных задачах администрирования сервисов выполнить любую из них."Системные процессы": открывает список процессов, запущенных в ВЧС 104 с возможностью передавать различные сигналы к любому из них."Журналы": открывает панель журналов или протоколов, на которой пользователь 112 может получить более подробную информацию о различных протоколах конкретного ВЧС 104 и может просмотреть любой из них."Изменения состояния": открывает список изменений состояний ВЧС 104, произошедших за последнее время."Предупреждения качества обслуживания": открывает список предупреждений ВЧС 104 об избыточном использовании любых аппаратных средств или режимах, в которых степень использования аппаратных средств близка к предельной."Журнал событий": открывает список действий пользователя 112, осуществленных с рассматриваемым ВЧС 104, за последнее время."Выход": следование по этой ссылке обеспечивает выход пользователя 112 из процедуры (процедур) управления определенными ВЧС. Строка состояния может содержать следующие элементы:(a) ID или имя хоста текущего ВЧС 104;(b) текущее состояние ВЧС 104; с) процент от доступного дискового пространства, используемый ВЧС 104. Режимы состояния, которые могут администрироваться и отображаться средствами управления,могут быть следующие."В работе": ВЧС 104 функционирует, поэтому он может быть только перезагружен или остановлен."Не в работе": ВЧС 104 остановлен, поэтому она может быть только запущен."В ремонте": ВЧС 104 находится в ремонте. Пользователь 112 не может выполнять никакие действия в ВЧС 104, пока пользователь 112 не нажмет кнопку "Закончить ремонт" на странице "Режим исправления". В дополнение к этим состояниям, ВЧС 104 может находиться в одном из переходных состояний:"монтируется", "смонтирован", "запускается", "останавливается" и т.д. Когда ВЧС находится в переходном состоянии, пользователь 112 не может безопасным способом, выполнять какие-либо действия над ВЧС 104, до тех пор, пока не закончится переходное состояние. Описание всех возможных статусов ВЧС приводится в разделе "Статус ВЧС". Для просмотра подробной информации об использовании ресурсов, пользователь 112 может проследовать по соответствующей ссылке, отображающей текущее потребление ресурсов конкретным пользователем ВЧС 104. Также интерес может представлять "Страница системных процессов". Эта страница может отображать, какой процесс (процедуры) исполняется в ВЧС 104, так, что пользователь 112 может управлять процессами, в частности, теми процессами, которые вызывают проблемы при работе ВЧС 104. Например, пользователю 112 может понадобиться прекратить или "убить" опасный процесс. В противном случае, производительность системы может остаться на прежнем низком уровне на долгое время. Системные процессы могут отображаться, например, в виде таблицы с указанием всех выполняющихся в ВЧС 104 процессов. Таблица может предоставить следующую информацию:(b) абсолютный приоритет процесса, присвоенный ему планировщиком процессов. Диапазон может быть, например, от 0 (самый высокий приоритет) до 39 (низший приоритет). Нормальный приоритет процесса равен 30;(c) относительный приоритет процесса, присвоенный ему пользователем 112. Отрицательное значение означает, что пользователь 112 вручную увеличил приоритет, положительное значение означает, что он уменьшил его;(d) размер физической памяти, в действительности используемой процессом (в килобайтах);(e) состояние процесса. Возможные состояния могут быть, например: R - готовность, или в очереди на выполнение, S - состояние покоя; Т - выявлено повреждение или остановлен, D - в покое, без возможности активации; Z - не функционален, "зомби". Если показаны две буквы, вторая буква означает следующее: W - не имеет резидентных (постоянно присутствующих в памяти) страниц;- процесс с высоким приоритетом; N - задача с низким приоритетом; L - процесс имеет заблокированную страницу в памяти;(f) процент от общего процессорного времени, используемый в настоящее время процессом;(g) процент от общего объема оперативной памяти, используемый в настоящее время процессом;(h) общий объем процессорного времени, используемый процессом до настоящего момента;(i) команда, которая используется для запуска процесса. Как показано на фиг. 4, приложение пользователя или клиент 112 вызывает внешний интерфейс 107 через физическую сеть 202, для выполнения команды управления (например, прекратить или "убить" процесс внутри ВЧС 104). Поскольку ВЧС 104 представляет собой полностью функциональную ОС, такой механизм, например диспетчер задач, может быть вызван удаленно, с помощью IP адреса ВЧС и соответствующих имени пользователя и пароля, которые предоставляют права администратора пользователю 112. Как отмечалось выше, каждый ВЧС 104 имеет долю выделенных ему системных ресурсов. Ресурсы,выделяемые ВЧС 104 (например, память, файловое пространство, устройства ввода/вывода и т.д.), могут быть изолированы друг от друга с помощью ID ВЧС и других конкретных видов адресации. Таким образом, процесс может быть "убит" безопасным, для других рассматриваемых ВЧС, образом, так как только процесс, относящийся к реализации конкретного ВЧС 104, будет "убит" внутри указанного ВЧС 104. Если существование процесса приводит к неустойчивости или недоступности операционной системы ВЧС, простой доступ к основной операционной системе 112 не решает проблему воздействия на данный процесс, поскольку различные ВЧС могут использовать различные экземпляры указанного процесса. В таком случае, за пределами ВЧС 104 создается механизм управления, для обеспечения доступа к приложениям и библиотекам ВЧС, использующим общий, с управляемым ВЧС, набор идентификаторов. Таким образом, в предпочтительном варианте выполнения, интерфейс 107 управления за пределами ВЧС 104 (который, сам по себе может быть сформирован из нескольких процедур или модулей), может управлять или проверять внутренние объекты и структуры данных безопасным образом. Внешний интерфейс 107 управления может быть уникальными для конкретного ВЧС 104, или может быть ассоциирован с множеством различных ВЧС 104 одновременно. (Например, использование различных идентификаторов или IP адресов предоставляет доступ к различным настройкам ВЧС). Следует отметить, ядро 108 основной операционной системы, при обслуживании вызова пользователя, должно иметь возможность работать с представлением объекта в пределах выделенного ВЧС 104 определенного уникальным идентификатором ВЧС. В одном из вариантов реализации, уникальный идентификатор, например, URL или имя хоста, используется для присвоения адреса ВЧС 104. Типичным примером такого адреса является IP адрес имени веб-сервера (или имя DNS) или название сети малого и среднего бизнеса в контексте MS Network (сети Майкрософт), используемое для доступа к общим ресурсам MS Windows, или адрес сервера Telnet, используемый для интерактивного входа в сессию. Выбирая конкретный адрес, пользователь 112 должен быть уверен, что он получит доступ к серверу связанному с этим IP адресом, а не другим сервером, и что кто-либо, использующий адреса, которые не принадлежат данному ВЧС 104 не получит доступа к этому ВЧС 104. Еще одним примером идентификации ВЧС, являются учетные данные, необходимые для входа в систему и аутентификации. В этом случае, даже после ввода имени пользователя, с использованием IP адреса, общего для различных ВЧС 104, пользователь 112 будет аутентифицирован в том ВЧС 104, в котором он зарегистрирован, как пользователь. Функции ВЧС в каждом ВЧС 104 обычно включают в себя создание соответствующих файлов и файловых структур, которые будут использоваться ВЧС 104. Указанные файлы и структуры файлов могут содержать, например, административные файлы, пользовательские файлы и т.д. Информация, относящаяся к конкретным ВЧС 104 зарегистрирована в регистрационной базе данных и других аналогичных структурах, поддерживаемых операционной системой. Эта информация должна обеспечивать непрерывное функционирование ВЧС 104. Кроме того, каждому ВЧС 104 может быть присвоен уникальный IP адрес или группа IP адресов и другие сетевые ресурсы. Рассмотренный выше ID виртуального частного сервера может быть схож с маркером или дескриптором или может быть аналогичен идентификатору или структуре данных, которые могут быть использованы для отслеживания ВЧС 104. Таким образом, доступ к ВЧС 104 и к связанным с ним объектам через средства управления, может быть реализован путем использования ID виртуального частного сервера и или IP адреса ВЧС. Хотя приведенное выше описание изложено в терминах работы нескольких ВЧС 104 на одном хосте 102, изобретение, в равной степени, относится к кластеру серверов, где несколько компьютеров, 102 связаны между собой. Кроме того, настоящее изобретение применимо к любому типу сервера, например,к веб-серверу, серверу локальной сети, серверу сети широкого доступа, серверу внутренней сети и т.д. Пример хоста 102 показан на фиг. 5. Хост 102 содержит один или несколько процессоров, таких как процессор 301. Процессор 301 подключен к инфраструктуре 306 передачи данных, например, например,к шине или к сети. Различные варианты реализации программного обеспечения (ПО) раскрыты в терминах указанного примера компьютерной системы. После прочтения предложенного описания, специалисту в области техники, будут очевидны пути реализации изобретения с использованием других компьютерных систем и/или компьютерных архитектур. Хост 102 также содержит основную память 308, в предпочтительном варианте реализации, оперативное запоминающее устройство памяти (RAM), а также может содержать вспомогательную память 310. Вспомогательная память 310 может содержать, например, жесткий диск 312 и/или съемный диск 314, представлять собой магнитный ленточный накопитель, оптический диск и т.д. Съемное устройство хранения информации 314 читает/или записывает данные на съемное устройство хранения 318 обычным образом. Съемный запоминающий блок 318 представляет собой магнитную ленту, оптический диск или другой носитель, который считывается или записывается с использованием съемного устройства хранения информации 314. Как следует из описания, съемный запоминающий блок 318 может содержать носитель информации, пригодный для использования в компьютерной технике, с хранящимися на нем компьютерными программами и/или данными. В альтернативных вариантах реализации вспомогательная память 310 может содержать другие средства, которые обеспечивают возможность загрузки в хост 102 программ и других инструкций. Такие средства могут содержать, например, съемное устройство 322 хранения и интерфейс 320. Примером такого средства может быть съемная микросхема памяти (например, стираемое программируемое ПЗУ, или программируемое ПЗУ), и соответствующее гнездо, или другие съемные единицы хранения 322 и интерфейсы 320, которые позволяют передавать программное обеспечение и данные со съемного запоминающего устройства 322 на хост 102. Хост 102 также может содержать один или несколько интерфейсов передачи данных, таких как интерфейс 324 передачи данных. Интерфейс 324 передачи данных (коммуникационный интерфейс) позволяет передавать программное обеспечение и данные между хостом 102 и внешними устройствами. Примерами коммуникационного интерфейса 324 могут являться модем, сетевой интерфейс (например, картыEthernet), коммуникационный порт, слот и карта PCMCIA (спецификация модулей расширения), и т.д. Программное обеспечение и данные передаются через коммуникационный интерфейс 324 в виде сигналов 328, которые могут быть электронными, электромагнитными, оптическими или другими сигналами,которые могут быть приняты коммуникационным интерфейсом 324. Эти сигналы 328 передаются к коммуникационному интерфейсу 324 через путь (например, канал) 326 связи. Этот канал 326 поддерживает передачу сигналов 328 и может быть реализован с помощью провода или кабеля, волоконной оптики,радиочастотного соединения и других каналов связи. В примере реализации изобретения, сигналы 328 содержат пакеты данных, отправленных к процессору 301. Информация, представляющая собой обработанные пакеты, может быть также отправлена в виде сигналов 328 процессором через путь 326. Термины "носитель компьютерной программы" и "используемый компьютером носитель" используются для общего описания носителей данных, таких как съемные устройства 318 и 322 хранения, жесткий диск, установленный в приводе 312 жесткого диска, и сигналы 328, несущие программное обеспечение к хосту 102. Компьютерные программы (программы для электронных вычислительных машин) хранятся в основной памяти 308 и/или вспомогательной памяти 310. Программы могут также быть приняты через коммуникационный интерфейс 324. Такие компьютерные программы, при исполнении, позволяют хосту 102 реализовать рассмотренное в настоящем описании изобретение. В частности, компьютерные программы, при исполнении, позволяют процессору 301 реализовать настоящее изобретение. Если изобретение осуществляется с использованием программного обеспечения, программное обеспечение может храниться в виде компьютерного программного продукта и загружаться на хост 102 с использованием съемного накопителя 314, жесткого диска 312 или коммуникационного интерфейса 324. При наличии настоящего описания предпочтительного варианта выполнения, для лица, сведущего в уровне техники, должно быть очевидно, что в раскрытом способе и устройстве достигаются определенные преимущества. Также следует оценить, что различные модификации, адаптации и альтернативные варианты реализации изобретения могут быть сделаны при сохранении смысла и сущности настоящего изобретения. Далее изобретение определено следующей ниже формулой изобретения. ФОРМУЛА ИЗОБРЕТЕНИЯ 1. Система для управления виртуальными серверами, содержащая множество виртуальных серверов, выполненных с возможностью функционирования на одной основной компьютерной системе и совместно использующих одну основную операционную систему, при этом каждый сервер содержит связанный с ним адрес и уникальный идентификатор; каждый виртуальный сервер выполнен с возможностью отвечать на запросы клиентов; каждый виртуальный сервер содержит внутреннюю процедуру управления для управления указанным виртуальным сервером, причем процедура управления выполнена активирующейся в ответ на команды, отправленные удаленным пользователем с использованием адреса и уникального идентификатора; внешний интерфейс управления, выполненный с возможностью функционирования на основной компьютерной системе и работоспособный вне виртуального сервера, и управления виртуальным сервером, в соответствии с командами, отправленными удаленным пользователем, с использованием адреса и уникального идентификатора, причем внешний интерфейс управления выполнен с возможностью администрирования указанного виртуального сервера, если указанный виртуальный сервер не отвечает на запросы. 2. Система по п.1, отличающаяся тем, что выполнена с возможностью выполнения команд как процедурой управления, так и внешним интерфейсом управления с обеспечением возможности выполнения команд интерфейсом управления, в том случае, если процедура управления недоступна. 3. Система по п.1, отличающаяся тем, что интерфейс управления выполнен доступным с использованием нескольких адресов. 4. Система по п.1, отличающаяся тем, что интерфейс управления выполнен с возможностью управления множеством виртуальных серверов. 5. Система по п.1, отличающаяся тем, что выполнена с возможностью выполнения приведенных ниже команд: запустить/остановить виртуальный сервер; изменить пароли виртуального сервера; переустановить виртуальный сервер; починить виртуальный сервер; сделать резервную копию виртуального сервера; изменить характеристики текущего уровня использования ресурсов; обработать команду управления виртуальным сервером; определить состояние виртуального сервера; настроить виртуальный сервер; установить пользовательское приложение; удалить пользовательское приложение и настроить пользовательское приложение. 6. Система по п.1, отличающаяся тем, что интерфейс управления выполнен активирующимся при отказе в работе любого из виртуальных серверов. 7. Система по п.1, отличающаяся тем, что по крайней мере один сервер выполнен в виде виртуальной машины или по крайней мере один выполнен в виде виртуальной среды исполнения программного обеспечения.