Центры обработки данных конечных точек с разными наборами арендаторов
Изобретение относится к способу, машиночитаемому носителю информации и системе предоставления конечных точек запуска приложений из нескольких центров обработки данных. Технический результат заключается в обеспечении предоставления конечных точек запуска приложений из нескольких центров обработки данных. Способ включает в себя прием от пользовательской вычислительной системы у заданного арендатора запроса подключения в конечную точку запуска приложения в посреднике конечных точек, предоставляющего подключения в конечные точки с первым центром обработки данных с первым набором арендаторов и вторым центром обработки данных со вторым набором арендаторов, выбор одного из первого и второго центров обработки данных для удовлетворения упомянутого запроса подключения в конечную точку запуска приложения, идентификацию конечной точки и обращение к назначению конечной точки для идентифицированной конечной точки в выбранном одном из первого центра обработки данных и второго центра обработки данных, возврат назначения конечной точки для идентифицированной конечной точки в пользовательскую вычислительную систему упомянутого заданного арендатора и связывание пользовательской вычислительной системы с идентифицированной конечной точкой выбранного одного из первого и второго центров обработки данных. 3 н. и 17 з.п. ф-лы, 4 ил.
УРОВЕНЬ ТЕХНИКИ
[0001] Рабочие столы являются платформами, которые можно использовать для запуска других приложений. В средах удаленных рабочих столов предоставляется платформа рабочих столов в удаленном, по сравнению с клиентской машиной, которая наблюдает рабочий стол, расположении. В этом смысле платформу удаленных рабочих столов можно считать конечной точкой запуска приложения, когда клиент подключается к этой конечной точке, чтобы получить возможности запуска приложения, предоставленные платформой рабочих столов.
[0002] Примером конечной точки запуска приложения является виртуальная машина. Виртуальная машина удаленно выполняет логику рабочих столов, но предоставляет локальной клиентской машине команды визуализации. Пользователь может взаимодействовать с клиентской машиной для запуска приложений, которые будут выполняться применительно к виртуальной машине. Другим примером конечной точки запуска приложения является сеанс, управляемый серверами управления сеансами (также называемыми сервером терминалов).
[0003] Традиционно конечные точки запуска приложений разворачиваются в "частном облаке", означающем, что центр обработки данных, который поддерживает конечную точку запуска приложения, управляется и поддерживается на предприятии, соответствующем пользователям, которых обслуживают конечные точки. В последнее время конечные точки запуска приложений развернуты в "общедоступном облаке" в центрах обработки данных, которые поддерживают нескольких арендаторов и которые, возможно, располагаются удаленно от арендаторов, которых поддерживает центр (центры) обработки данных.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0004] По меньшей мере некоторые описанные в этом документе варианты осуществления относятся к использованию посредника конечных точек для предоставления конечных точек запуска приложений из нескольких центров обработки данных, имеющих разные наборы арендаторов. При обращении к запросу подключения к конечной точке запуска приложения для пользователя посредник выбирает центр обработки данных среди нескольких центров обработки данных, который должен предоставить конечную точку для выполнения запроса. Несколько центров обработки данных могут включать в себя центры обработки данных, которые имеют разные наборы арендаторов. Только в качестве примера, центры обработки данных могли бы включать в себя центр обработки данных предприятия, который представляет собой частное облако, которое обслуживает только субъектов в рамках предприятия, соответственно имея одного арендатора. Центры обработки данных могли бы включать в себя общедоступный центр обработки данных, который представляет собой общедоступное облако, которое обслуживает широкий спектр возможных арендаторов, которые могут подключаться по сети к общедоступному центру обработки данных, соответственно представляя теоретически еще большее количество арендаторов. Центры обработки данных также могли бы включать в себя центр обработки данных поставщика услуг размещения, который обслуживает несколько арендаторов, но больше ограничен, нежели общедоступный центр обработки данных, в плане размера и количества арендаторов, которых он обслуживает.
[0005] Посредник конечных точек идентифицирует конечную точку из выбранного центра обработки данных, а затем ассоциирует идентифицированную конечную точку с пользователем. Затем пользователю предоставляется доступ к идентифицированной конечной точке с использованием той ассоциации. Таким образом, пользователь не ограничен наличием конечной точки из одного центра обработки данных. Если существуют проблемы с предоставлением конечной точки из одного центра обработки данных, то конечную точку можно предоставить из другого центра обработки данных прозрачным для пользователя способом. Это позволяет предприятиям вести более гибкую политику касательно того, откуда они собираются предоставлять конечные точки. Например, если частное облако слишком занято, чтобы предоставить конечную точку, то вместо него общедоступное облако или поставщик услуг размещения могли бы предоставить конечную точку.
[0006] Данное краткое изложение сущности изобретения не предназначена ни для определения ключевых признаков или существенных признаков заявленного изобретения, ни для использования в качестве содействия в определении объема заявленного изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0007] Чтобы описать способ, которым можно получить вышеперечисленные и другие преимущества и признаки, конкретное описание различных вариантов осуществления будет представлено посредством ссылки на прилагаемые чертежи. Предполагая, что эти чертежи изображают только примерные варианты осуществления и поэтому не должны рассматриваться как ограничивающие объем изобретения, варианты осуществления будут описываться и объясняться с помощью дополнительной специфики и подробностей посредством использования прилагаемых чертежей, на которых:
[0008] Фиг. 1 абстрактно иллюстрирует вычислительную систему, в которой могут применяться некоторые описанные в этом документе варианты осуществления;
[0009] Фиг. 2 иллюстрирует сетевую среду, в которой могут применяться описанные в этом документе принципы, включающую в себя по меньшей мере два центра обработки данных, имеющих разные наборы арендаторов;
[0010] Фиг. 3 иллюстрирует логическую блок-схему способа для предоставления конечных точек запуска приложений из нескольких центров обработки данных, имеющих разные наборы арендаторов; и
[0011] Фиг. 4 иллюстрирует сетевую среду, представляющую собой вариант осуществления из фиг. 2, но в которой проиллюстрировано три центра обработки данных, имеющих разные наборы арендаторов.
ПОДРОБНОЕ ОПИСАНИЕ
[0012] По меньшей мере некоторые описанные в этом документе варианты осуществления относятся к использованию посредника конечных точек для предоставления конечных точек запуска приложений из нескольких центров обработки данных, имеющих разные наборы арендаторов. Использование нескольких центров обработки данных с разными наборами арендаторов позволяет любому данному арендатору получить более гибкий доступ к конечной точке запуска приложения независимо от того, откуда предоставляется конечная точка. Можно установить политику для определения, из какого центра обработки данных должна предоставляться конечная точка, чтобы выполнить любой данный запрос подключения.
[0013] При обращении к запросу подключения к конечной точке запуска приложения для пользователя посредник выбирает центр обработки данных среди нескольких центров обработки данных, который должен предоставить конечную точку для выполнения запроса. Несколько центров обработки данных могут включать в себя центры обработки данных, которые имеют разные наборы арендаторов. Только в качестве примера центры обработки данных могли бы включать в себя центр обработки данных предприятия, который представляет собой частное облако, которое обслуживает только субъектов в рамках предприятия, соответственно имея одного арендатора. Центры обработки данных могли бы включать в себя общедоступный центр обработки данных, который представляет собой общедоступное облако, которое обслуживает широкий спектр возможных арендаторов, которые могут подключаться по сети к общедоступному центру обработки данных, соответственно представляя теоретически еще большее количество арендаторов. Центры обработки данных также могли бы включать в себя центр обработки данных поставщика услуг размещения, который обслуживает несколько арендаторов, но больше ограничен, нежели общедоступный центр обработки данных, в плане размера и количества арендаторов, которых он обслуживает.
[0014] Посредник конечных точек идентифицирует конечную точку из выбранного центра обработки данных. Для этого посредник конечных точек мог бы осуществить связь с тем центром обработки данных, который выбран для предоставления конечной точки. Затем посредник конечных точек ассоциирует идентифицированную конечную точку с пользователем. Затем пользователю предоставляется доступ к идентифицированной конечной точке с использованием той ассоциации. Например, последующая связь от того пользователя может предоставляться ассоциированной конечной точке посредником конечных точек. Таким образом, пользователь не ограничен наличием конечной точки из одного центра обработки данных. Если существуют проблемы с предоставлением конечной точки из одного центра обработки данных, то конечную точку можно предоставить из другого центра обработки данных прозрачным для пользователя способом. Это позволяет предприятиям вести более гибкую политику касательно того, откуда они собираются предоставлять конечные точки. Например, если частное облако слишком занято, чтобы предоставить конечную точку, то вместо него общедоступное облако или поставщик услуг размещения могли бы предоставить конечную точку. Это также предоставляет клиенту выгоды масштабируемого и гибкого облака. Клиентам не нужно предварительно резервировать максимальную емкость в их центре обработки данных частного облака; и могут полагаться на общедоступное облако в пиковые периоды.
[0015] Некоторое вводное обсуждение вычислительной системы будет проводиться по отношению к фиг. 1. Затем по отношению к фиг. 2–4 будет описываться использование нескольких центров обработки данных с разными наборами арендаторов для предоставления конечных точек.
[0016] Вычислительные системы теперь все чаще принимают широкий спектр форм. Вычислительные системы могут быть, например, карманными устройствами, бытовой техникой, переносными компьютерами, настольными компьютерами, мэйнфреймами, распределенными вычислительными системами или даже устройствами, которые традиционно не считались вычислительной системой. В этом описании и в формуле изобретения термин "вычислительная система" в общих чертах задается как включающий в себя любое устройство или систему (или их сочетание), которое (которая) включает в себя по меньшей мере один физический и материальный процессор и физическое и материальное запоминающее устройство, допускающее наличие в нем исполняемых компьютером команд, которые могут исполняться процессором. Запоминающее устройство может принимать любую форму и может зависеть от сущности и формы вычислительной системы. Вычислительная система может быть распределена по сетевой среде и может включать в себя несколько составляющих вычислительных систем.
[0017] Как проиллюстрировано на фиг. 1, в самой базовой конфигурации вычислительная система 100 обычно включает в себя по меньшей мере один блок 102 обработки и запоминающее устройство 104. Запоминающее устройство 104 может быть физической системной памятью, которая может быть энергозависимой, энергонезависимой или некоторым сочетанием этих двух типов. Термин "запоминающее устройство" также может использоваться в этом документе для ссылки на энергонезависимую массовую память, например физические носители информации. Если вычислительная система является распределенной, то с тем же успехом возможность обработки, запоминания и/или хранения может быть распределенной. При использовании в данном документе термин "исполняемый модуль" или "исполняемый компонент" может относиться к программным объектам, подпрограммам или способам, которые могут исполняться в вычислительной системе. Разные компоненты, модули, механизмы и службы, описанные в этом документе, можно реализовать в виде объектов или процессов, которые исполняются в вычислительной системе (например, в виде отдельных потоков).
[0018] В последующем описании варианты осуществления описываются со ссылкой на действия, которые выполняются одной или несколькими вычислительными системами. Если такие действия реализуются в программном обеспечении, то один или несколько процессоров в ассоциированной вычислительной системе, которая выполняет действие, управляют работой вычислительной системы в ответ на исполнение исполняемых компьютером команд. Например, такие исполняемые компьютером команды можно воплотить в одном или нескольких машиночитаемых носителях, которые образуют компьютерный программный продукт. Пример такой работы включает в себя манипулирование данными. Исполняемые компьютером команды (и манипулируемые данные) можно хранить в запоминающем устройстве 104 вычислительной системы 100. Вычислительная система 100 также может содержать каналы 108 связи, которые позволяют вычислительной системе 100 осуществлять связь с другими процессорами сообщений, например, по сети 110.
[0019] Описанные в этом документе варианты осуществления могут быть выполнены в виде либо использовать специализированный или универсальный компьютер, включающий в себя аппаратные средства компьютера, например один или несколько процессоров и системную память, что более подробно обсуждается ниже. Описанные в этом документе варианты осуществления также включают в себя физические и другие машиночитаемые носители для переноса или хранения исполняемых компьютером команд и/или структур данных. Такие машиночитаемые носители могут быть любыми доступными носителями, к которым можно обращаться посредством универсальной или специализированной компьютерной системы. Машиночитаемые носители, которые хранят исполняемые компьютером команды, являются физическими носителями информации. Машиночитаемые носители, которые переносят исполняемые компьютером команды, являются передающими средами. Таким образом, в качестве примера, а не ограничения, варианты осуществления изобретения могут содержать по меньшей мере два совершенно разных вида машиночитаемых носителей: компьютерные носители информации и передающие среды.
[0020] Компьютерные носители информации включают в себя RAM, ROM, EEPROM, компакт-диск или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, либо любой другой материальный носитель, который может использоваться для хранения нужного средства программного кода в виде исполняемых компьютером команд или структур данных, и к которому [носителю] можно обращаться посредством универсального или специализированного компьютера.
[0021] "Сеть" определяется в виде одного или нескольких каналов передачи данных, которые дают возможность переноса электронных данных между компьютерными системами и/или модулями и/или другими электронными устройствами. Когда информация предается или предоставляется компьютеру по сети или другому соединению связи (одному из проводного, беспроводного или сочетания проводного или беспроводного), компьютер по существу рассматривает соединение как передающую среду. Передающие среды могут включать в себя сетевые каналы и/или каналы передачи данных, которые могут использоваться для переноса нужного средства программного кода в виде исполняемых компьютером команд или структур данных, и к которым [каналам] можно обращаться с помощью универсального или специализированного компьютера. Сочетания вышеперечисленного также следует включить в область машиночитаемых носителей.
[0022] Кроме того, после достижения различных компонентов компьютерной системы средство программного кода в виде исполняемых компьютером команд или структур данных можно автоматически перенести из передающих сред на компьютерные носители информации (или наоборот). Например, исполняемые компьютером команды или структуры данных, принятые по сети или каналу передачи данных, можно буферизовать в RAM в сетевом интерфейсном модуле (например, "NIC"), а затем передать в итоге в RAM компьютерной системы и/или на менее энергозависимые компьютерные носители информации в компьютерной системе. Таким образом, следует понимать, что компьютерные носители информации могут включаться в компоненты компьютерной системы, которые также (или даже в основном) используют передающие среды.
[0023] Исполняемые компьютером команды содержат, например, команды и данные, которые при исполнении в процессоре побуждают универсальный компьютер, специализированный компьютер или специализированное устройство обработки выполнять определенную функцию или группу функций. Исполняемые компьютером команды могут быть, например, двоичным кодом, командами промежуточного формата, например языком ассемблера, или даже исходным кодом. Несмотря на то, что предмет изобретения описан на языке, характерном для структурных признаков и/или методологических действий, необходимо понимать, что объем изобретения, определяемый прилагаемой формулой изобретения, не обязательно ограничивается описанными выше конкретными признаками или действиями. Скорее, описанные признаки и действия раскрываются в качестве примерных форм реализации формулы изобретения.
[0024] Специалисты в данной области техники примут во внимание, что изобретение может быть применено на практике в сетевых вычислительных средах со многими типами конфигураций компьютерных систем, включая персональные компьютеры, настольные компьютеры, переносные компьютеры, процессоры сообщений, карманные устройства, многопроцессорные системы, микропроцессорную или программируемую бытовую электронику, сетевые ПК, мини-компьютеры, мэйнфреймы, мобильные телефоны, PDA, пейджеры, маршрутизаторы, коммутаторы и т. п. Изобретение также может быть применено на практике в средах распределенных систем, где задачи выполняют локальные и удаленные компьютерные системы, которые связаны через сеть (либо с помощью проводных каналов передачи данных, беспроводных каналов передачи данных, либо с помощью сочетания проводных и беспроводных каналов передачи данных). В среде распределенных систем программные модули могут располагаться как на локальных, так и на удаленных запоминающих устройствах.
[0025] Фиг. 2 иллюстрирует сетевую среду 200, в которой могут применяться описанные в этом документе принципы. Среда 200 включает в себя по меньшей мере два центра 210 и 220 обработки данных, хотя многоточие 230 представляет, что также можно проиллюстрировать и другие количества центров обработки данных, включая только два (в этом случае были бы только центры 210 и 220 обработки данных) и более трех центров обработки данных.
[0026] Каждый центр обработки данных обслуживает разный набор арендаторов, но имеет по меньшей мере одного общего арендатора. Например, центр 210 обработки данных ассоциируется с соответствующим набором 211 арендаторов, а центр 220 обработки данных имеет соответствующий набор 221 арендаторов. Каждый набор арендаторов включает в себя одного или нескольких арендаторов, для обслуживания которых конфигурируется соответствующий центр обработки данных. В этом описании и в формуле изобретения "арендатор" определяется как любая совокупность из одного или нескольких пользователей, где ассоциированные данные той совокупности пользователей изолированы от других арендаторов. В случае частного облака предприятием создается частный центр обработки данных или локальный центр обработки данных с единственной целью – обслуживание пользователей предприятия. Изолированность обеспечивается физическим нахождением данных локально и средствами защиты, предотвращающими внешний доступ. В случае общедоступного облака клиенты могут обращаться к общедоступному центру обработки данных по сети. В случае общедоступного центра обработки данных арендатор обычно соответствует клиенту, что в случае предприятия может быть большей совокупностью пользователей, или даже может не превышать одного пользователя. Общедоступное облако включает в себя средства защиты изолированности, которые предотвращают смешивание данных арендаторов между арендаторами. В случае поставщика услуг размещения соответствующий центр обработки данных поставщика услуг размещения обычно меньше общедоступного центра обработки данных и обслуживает меньшее количество арендаторов, нежели общедоступный центр обработки данных.
[0027] Например, набор 211 арендаторов центра 210 обработки данных включает в себя арендатора A, символически представляя, что центр 210 обработки данных обслуживает пользователей арендатора A. Например, центр 210 обработки данных может быть частным центром обработки данных. Набор 221 арендаторов центра 220 обработки данных включает в себя арендаторов A, B, C и D, символически представляя, что центр 220 обработки данных обслуживает пользователей арендаторов A, B, C и D, изолируя соответствующие данные арендаторов от других арендаторов. Например, центр 220 обработки данных может быть общедоступным центром обработки данных или, возможно, центром обработки данных поставщика услуг размещения.
[0028] По меньшей мере один из арендаторов в наборе 211 арендаторов первого центра 210 обработки данных является общим с арендатором в наборе 221 арендаторов второго центра 220 обработки данных. Например, арендатор A находится в наборе 211 арендаторов, а также в центре 220 обработки данных. Например, центр 210 обработки данных может быть частным центром обработки данных арендатора A, тогда как арендатор A также является клиентом центра 220 обработки данных.
[0029] Набор 211 арендаторов первого центра 210 обработки данных иллюстрируется включающим в себя многоточие 212, символически представляющее, что в некоторых примерах первый центр 210 обработки данных мог бы обслуживать более одного арендатора. Также набор 221 арендаторов второго центра 220 обработки данных иллюстрируется включающим в себя многоточие 222, символически представляющее, что второй центр 220 обработки данных мог бы обслуживать другие количества арендаторов. Однако мощность обработки у первого центра 210 обработки данных меньше мощности второго центра 220 обработки данных, что обычно означает, что первый набор 211 арендаторов содержит меньше арендаторов, чем второй набор 221 арендаторов. В качестве примера первый центр 210 обработки данных может быть частным центром обработки данных арендатора A, тогда как второй центр 220 обработки данных может быть центром обработки данных поставщика услуг размещения, который обслуживает некоторое количество арендаторов, включая арендатора A. В качестве другого примера первый центр 210 обработки данных может быть центром обработки данных поставщика услуг размещения арендатора A, тогда как второй центр 220 обработки данных может быть общедоступным центром обработки данных, который обслуживает много арендаторов, включая арендатора A.
[0030] Среда 200 также включает в себя посредника 240 конечных точек. Посредником 240 конечных точек можно управлять в первом центре 210 обработки данных, во втором центре 220 обработки данных, в другом центре 230 обработки данных или вне любого центра обработки данных. Посредника конечных точек можно реализовать с использованием аппаратных средств, программного обеспечения либо сочетания аппаратных средств и программного обеспечения. Можно создать экземпляр посредника конечных точек и/или управлять им (как описано в этом документе) в ответ на исполнение одним или несколькими процессорами (например, процессорами 102) в вычислительной системе (например, вычислительной системе 100) одной или нескольких исполняемых компьютером команд, которые воплощаются в одном или нескольких машиночитаемых носителях. Такой один или несколько машиночитаемых носителей могут быть всем или частью компьютерного программного продукта.
[0031] Фиг. 3 иллюстрирует логическую блок-схему способа 300 для предоставления конечных точек запуска приложений из нескольких центров обработки данных, имеющих разные наборы арендаторов. Способ 300 инициируется при приеме связи (этап 301). Способ 300 может выполняться конечной точкой 240 из фиг. 2, и соответственно способ 300 будет описываться ниже с частой ссылкой на фиг. 2 и 3.
[0032] Как упоминалось ранее, способ 300 инициируется при приеме связи (этап 301). Это представляется на фиг. 2 с помощью посредника 240 конечных точек, принимающего связь 251. Затем посредник конечных точек интерпретирует связь как являющуюся запросом подключения к конечной точке запуска приложения для пользователя (этап 302), который имеет отношение к арендатору центра 210 обработки данных и центра 220 обработки данных. Например, пользователь может иметь отношение к совокупности одного или нескольких пользователей арендатора A.
[0033] Соответственно, запрос предназначен посреднику конечных точек, чтобы предоставить конечную точку для пользователя арендатора A, которую пользователь может использовать для запуска одного или нескольких приложений для пользователя. Примером конечной точки является виртуальная машина или сеанс сервера терминалов. Таким образом, посредник 240 конечных точек обращается к запросу подключения к конечной точке запуска приложения для пользователя. Запрос может задавать один или несколько параметров, которые могут использоваться для предоставления конечной точки, включая, например, идентификатор приложения, тип конечной точки (например, виртуальная машина или сеанс сервера терминалов), или конфигурации аппаратных средств конечной точки (например, сколько нужно дискового пространства или памяти).
[0034] Посредник конечных точек затем выбирает центр обработки данных среди нескольких центров обработки данных, чтобы предоставить конечную точку для выполнения запроса подключения к конечной точке запуска приложения (этап 303). Например, на фиг. 2 посредник конечных точек может выбрать первый центр 210 обработки данных или второй центр 220 обработки данных, чтобы предоставить конечную точку для пользователя. Решение о том, какой центр использовать, может приниматься в ответ на политику 242, а также текущее состояние 243. Поскольку пользователь относится к арендатору A, посредник конечных точек может выбирать из двух центров 210 и 220 обработки данных. Если бы пользователь относился к другому арендатору, то были бы доступны другие варианты возможных центров обработки данных.
[0035] Политика 242 могла бы задавать, что для арендатора A, если состояние 243 первого центра 210 обработки данных меньше, чем определенный процент использования, то нужно использовать первый центр 210 обработки данных для предоставления конечной точки для пользователя, а в противном случае может использоваться второй центр 220 обработки данных для предоставления конечной точки для пользователя. Таким образом, в случае, когда центр 210 обработки данных является частным центром обработки данных, арендатор A мог бы создать частный центр обработки данных. Вместо основательного масштабирования частного центра обработки данных для обработки пиковых нагрузок для конечных точек арендатор A может заключить контракт с поставщиком центра 220 обработки данных (например, поставщиком услуг размещения или поставщиком общедоступного облака) для обработки избыточной нагрузки. С тем же успехом могла бы использоваться другая политика. Например, возможно, что пользователь уже имеет некоторое состояние, ассоциированное с конечной точкой в конкретном центре обработки данных, который пользователь желает продолжить использовать. В этом случае центр обработки данных с тем состоянием может использоваться для предоставления конечной точки.
[0036] Затем посредник 240 конечных точек идентифицирует конечную точку из выбранного центра обработки данных, которую нужно ассоциировать с пользователем (этап 304). Для этого посредник 240 конечных точек может осуществить связь с агентом назначения конечной точки в выбранном центре обработки данных. Например, если посредник 240 конечных точек выбирает первый центр 210 обработки данных, то посредник 240 конечных точек может осуществить связь с агентом 213 назначения конечной точки в первом центре 210 обработки данных, как представлено стрелкой 261. Если посредник 240 конечных точек выбирает второй центр 220 обработки данных, то посредник 240 конечных точек может осуществить связь с агентом 223 назначения конечной точки во втором центре 220 обработки данных, как представлено стрелкой 262. Если посредник 240 конечных точек работает в центре обработки данных, то посредник 240 конечных точек также может действовать как агент назначения конечной точки для того центра обработки данных.
[0037] Затем агент назначения конечной точки выбирает конечную точку для пользователя. Параметры, выбираемые для конечной точки, можно выбрать в ответ на параметры, заданные в исходном запросе, и/или в ответ на политику 242. Затем посредник конечных точек идентифицирует конечную точку (этап 305), которую нужно ассоциировать с пользователем, а затем ассоциирует идентифицированную конечную точку с тем пользователем (этап 306). Например, посредник конечных точек может предоставить инициатору запроса команды маршрутизации, чтобы пользователь позже мог использовать свою клиентскую машину для направления дальнейших команд конечной точки непосредственно в конечную точку. Например, такая команда маршрутизации конечной точки могла бы включать в себя Интернет-протокол (IP-адрес конечной точки).
[0038] В некоторых вариантах осуществления первый центр 210 обработки данных и второй центр 220 обработки данных, а также, возможно, один или несколько других центров 230 обработки данных, хотя и могут быть удаленно расположены друг от друга, соединяются друг с другом в общей адресуемой сети, например по виртуальной частной сети (VPN). Таким образом, предоставленный пользователю IP-адрес будет работать независимо от того, предоставляется ли конечная точка первым центром 210 обработки данных, вторым центром 220 обработки данных или некоторым другим центром 230 обработки данных. Это также может сделать доступной конфигурационную информацию касательно назначенной конечной точки по более крупной сети всем центрам обработки данных. Например, можно использовать общее хранилище 270 и сделать его доступным по сети каждому из центров обработки данных.
[0039] Затем посредник конечных точек предоставляет пользователю доступ к идентифицированной конечной точке (этап 306). Это представляется на фиг. 2 с помощью стрелки 252. Как часть этой ассоциации пользователь также может ассоциировать с конечной точкой виртуальный жесткий диск пользователя. Например, сетевая среда 200 включает в себя набор 280 виртуальных жестких дисков пользователя. Виртуальный жесткий диск пользователя для выбранного пользователя можно ассоциировать, чтобы он был доступен конечной точке и любому приложению, запущенному той конечной точкой. В одном подходе к ассоциации виртуального жесткого диска пользователя виртуальный жесткий диск пользователя может "перемещаться" вместе с пользователем в конечную точку, куда вошел пользователь. Например, виртуальный жесткий диск пользователя можно скопировать из частного облака в общедоступное облако, если пользователь сначала входит в конечную точку частного облака, а затем в конечную точку общедоступного облака. Во втором подходе виртуальный жесткий диск пользователя можно автоматически реплицировать с помощью системы по нескольким центрам обработки данных с частыми интервалами (возможно, каждую минуту), чтобы пользователь получил его/ее актуальные документы повсюду, где пользователь завершил вход в конечном счете.
[0040] Многоточие 241 предоставляется на фиг. 2 для представления, что может быть несколько работающих экземпляров посредника конечных точек. Например, может быть один или несколько экземпляров посредника конечных точек, работающих в первом центре 210 обработки данных, а также один или несколько экземпляров посредника конечных точек, работающих во втором центре 220 обработки данных. Перед ними можно поместить распределитель нагрузки, чтобы принимать все запросы подключения к конечной точке от любого пользователя и распределять их в соответствии с некоторой политикой выбранному посреднику конечных точек.
[0041] Фиг. 4 иллюстрирует сетевую среду 400, которая аналогична сетевой среде 200 из фиг. 2 за исключением того, что теперь иллюстрируется третий центр 430 обработки данных. Третий центр 430 обработки данных имеет размер между первым центром 210 обработки данных и вторым центром 220 обработки данных. Например, набор 431 арендаторов третьего центра 430 обработки данных включает в себя всего лишь два арендатора A и B (среди прочих, как представлено многоточием 432). Таким образом, когда посредник 240 конечных точек принимает запросы подключения, ассоциированные с арендатором A, посредник 240 может выбрать среди трех посредников конечных точек, чтобы предоставить конечную точку для пользователя. В качестве примера на фиг. 4 центр 210 обработки данных может быть частным центром обработки данных, центр 430 обработки данных может быть поставщиком услуг размещения, а центр 220 обработки данных может быть общедоступным центром обработки данных.
[0042] Также отметим, что описанные в этом документе принципы можно структурировать иерархически. Например, на фиг. 2 центр 220 обработки данных также может быть сетевой средой, которая включает в себя несколько центров обработки данных. В этом случае инициирование связи (как представлено стрелкой 262) может рассматриваться агентом 223 назначения конечной точки как то же самое, что и запрос конечной точки (этап 301), посредством этого побуждая агента 223 действовать, как описано для посредника 240 конечных точек при побуждении одного из составляющих центров обработки данных сформировать конечную точку для пользователя.
[0043] Соответственно, описанные в этом документе принципы предусматривают гибридное облачное развертывание конечных точек, посредством этого допуская более гибкое исполнение для предоставления конечной точки, которая может использоваться для запуска приложений, пользователям арендатора.
[0044] Настоящее изобретение можно воплотить в других конкретных видах без отклонения от его сущности или неотъемлемых характеристик. Описанные варианты осуществления должны рассматриваться во всех отношениях только как пояснительные, а не ограничительные. Следовательно, объем изобретения указывается прилагаемой формулой изобретения, а не предшествующим описанием. Все изменения, которые подпадают под смысл и диапазон равноценности формулы изобретения, должны включаться в ее объем.
1. Компьютерно-реализуемый способ предоставления конечных точек запуска приложений из нескольких центров обработки данных, имеющих разные наборы арендаторов, причем компьютерно-реализуемый способ выполняется одним или более процессорами, исполняющими машиноисполняемые инструкции для компьютерно-реализуемого способа, при этом компьютерно-реализуемый способ содержит этапы, на которых:
в посреднике конечных точек принимают от пользовательской вычислительной системы у заданного арендатора запрос подключения в конечную точку запуска приложения, при этом посредник конечных точек предоставляет подключения в конечные точки с по меньшей мере первым центром обработки данных с первым набором арендаторов и вторым центром обработки данных со вторым набором арендаторов, причем упомянутый заданный арендатор принадлежит как первому набору арендаторов, так и второму набору арендаторов;
в качестве реакции на сохраненную политику, которая определяет условия на предмет того, нужно ли обращаться к первому центру обработки данных или второму центру обработки данных, выбирают, посредством посредника конечных точек, один из первого и второго центров обработки данных для удовлетворения упомянутого запроса подключения в конечную точку запуска приложения, так чтобы пользовательская вычислительная система у упомянутого заданного арендатора не была ограничена иметь подключение в конечную точку только с одним центром обработки данных;
на основе одного или более параметров, указанных в упомянутом запросе, идентифицируют, посредством посредника конечных точек, конечную точку, которую нужно связать с пользовательской вычислительной системой у упомянутого заданного арендатора, и обращаются к назначению конечной точки для идентифицированной конечной точки в выбранном одном из первого центра обработки данных и второго центра обработки данных;
возвращают назначение конечной точки для идентифицированной конечной точки в пользовательскую вычислительную систему упомянутого заданного арендатора; и
связывают пользовательскую вычислительную систему упомянутого заданного арендатора с идентифицированной конечной точкой выбранного одного из первого и второго центров обработки данных.
2. Способ по п. 1, в котором упомянутый выбор посредником конечных точек одного из первого и второго центров обработки данных также основывается на учете текущего состояния по меньшей мере одного из первого и второго центров обработки данных.
3. Способ по п. 2, в котором упомянутая идентификация посредником конечных точек конечной точки, которую нужно связать с пользовательской вычислительной системой у заданного арендатора, выполняется посредством обращения к агенту назначения конечной точки в выбранном одном из первого и второго центров обработки данных.
4. Способ по п. 2, в котором упомянутые один или более параметров, указанных в запросе, содержат по меньшей мере одно из идентификатора приложения, типа конечной точки и конфигурации аппаратных средств.
5. Машиночитаемый носитель информации, содержащий машиноисполняемые команды, которые структурированы так, что при их исполнении одним или более процессорами вычислительной системы обеспечивается выполнение вычислительной системой компьютерно-реализуемого способа, содержащего этапы, на которых:
в посреднике конечных точек принимают от пользовательской вычислительной системы у заданного арендатора запрос подключения в конечную точку запуска приложения, при этом посредник конечных точек предоставляет подключения в конечные точки с по меньшей мере первым центром обработки данных с первым набором арендаторов и вторым центром обработки данных со вторым набором арендаторов, причем упомянутый заданный арендатор принадлежит как первому набору арендаторов, так и второму набору арендаторов;
в качестве реакции на сохраненную политику, которая определяет условия на предмет того, нужно ли обращаться к первому центру обработки данных или второму центру обработки данных, выбирают, посредством посредника конечных точек, один из первого и второго центров обработки данных для удовлетворения упомянутого запроса подключения в конечную точку запуска приложения, так чтобы пользовательская вычислительная система у упомянутого заданного арендатора не была ограничена иметь подключение в конечную точку только с одним центром обработки данных;
на основе одного или более параметров, указанных в упомянутом запросе, идентифицируют, посредством посредника конечных точек, конечную точку, которую нужно связать с пользовательской вычислительной системой у упомянутого заданного арендатора, и обращаются к назначению конечной точки для идентифицированной конечной точки в выбранном одном из первого центра обработки данных и второго центра обработки данных;
возвращают назначение конечной точки для идентифицированной конечной точки в пользовательскую вычислительную систему упомянутого заданного арендатора; и
связывают пользовательскую вычислительную систему упомянутого заданного арендатора с идентифицированной конечной точкой выбранного одного из первого и второго центров обработки данных.
6. Машиночитаемый носитель информации по п. 5, при этом упомянутый выбор посредником конечных точек одного из первого и второго центров обработки данных также основывается на учете текущего состояния по меньшей мере одного из первого и второго центров обработки данных.
7. Машиночитаемый носитель информации по п. 5, при этом упомянутая идентификация посредником конечных точек конечной точки, которую нужно связать с пользовательской вычислительной системой у заданного арендатора, выполняется посредством обращения к агенту назначения конечной точки в выбранном одном из первого и второго центров обработки данных.
8. Машиночитаемый носитель информации по п. 5, при этом упомянутые один или более параметров, указанных в запросе, содержат по меньшей мере одно из идентификатора приложения, типа конечной точки и конфигурации аппаратных средств.
9. Машиночитаемый носитель информации по п. 5, при этом первый центр обработки данных является частным центром обработки данных, а второй центр обработки данных является либо общедоступным центром обработки данных, либо центром обработки данных поставщика услуг размещения.
10. Система для предоставления конечных точек запуска приложений из нескольких центров обработки данных, имеющих разные наборы арендаторов, содержащая:
по меньшей мере первый центр обработки данных с первым набором арендаторов и второй центр обработки данных со вторым набором арендаторов;
пользовательская вычислительная система у заданного арендатора, каковой заданный арендатор принадлежит как первому набору арендаторов, так и второму набору арендаторов;
память, содержащая исполняемые инструкции для компьютерно-реализуемого способа, которым предоставляются конечные точки запуска приложений из первого и второго центров обработки данных;
один или более процессоров, которые при исполнении исполняемых инструкций конфигурируют посредника конечных точек выполнять упомянутый компьютерно-реализуемый способ посредством осуществления следующих действий, чтобы:
принимать от пользовательской вычислительной системы у упомянутого заданного арендатора запрос подключения в конечную точку запуска приложения, при этом посредник конечных точек предоставляет подключения в конечные точки с по меньшей мере первым центром обработки данных и вторым центром обработки данных со вторым набором арендаторов,
в качестве реакции на сохраненную политику, которая определяет условия на предмет того, нужно ли обращаться к первому центру обработки данных или второму центру обработки данных, выбирать один из первого и второго центров обработки данных для удовлетворения упомянутого запроса подключения в конечную точку запуска приложения, так чтобы пользовательская вычислительная система у упомянутого заданного арендатора не была ограничена иметь подключение в конечную точку только с одним центром обработки данных,
на основе одного или более параметров, указанных в упомянутом запросе, идентифицировать конечную точку, которую нужно связать с пользовательской вычислительной системой у упомянутого заданного арендатора, и обращаться к назначению конечной точки для идентифицированной конечной точки в выбранном одном из первого центра обработки данных и второго центра обработки данных, и
возвращать назначение конечной точки для идентифицированной конечной точки в пользовательскую вычислительную систему упомянутого заданного арендатора для обеспечения связывания пользовательской вычислительной системы этого заданного арендатора с идентифицированной конечной точкой выбранного одного из первого и второго центров обработки данных.
11. Система по п. 10, в которой посредник конечных точек функционирует в одном из первого и второго центров обработки данных.
12. Система по п. 10, в которой есть один или более других посредников конечных точек, причем по меньшей мере один посредник конечных точек функционирует в каждом из первого и второго центров обработки данных.
13. Система по п. 10, в которой первый центр обработки данных является частным центром обработки данных, а второй центр обработки данных является общедоступным центром обработки данных.
14. Система по п. 13, в которой посредник конечных точек предоставляет подключение в конечную точку с третьим центром обработки данных, который является центром обработки данных поставщика услуг размещения и имеет третий набор арендаторов, при этом упомянутый заданный арендатор является общим для первого, второго и третьего наборов арендаторов.
15. Система по п. 14, в которой посредник конечных точек не функционирует ни в одном из первого и второго центров обработки данных.
16. Система по п. 10, в которой идентифицированная конечная точка является либо виртуальной машиной, либо сеансом сервера терминалов.
17. Система по п. 10, в которой первый центр обработки данных и второй центр обработки данных соединены друг с другом в общей адресуемой сети.
18. Система по п. 10, в которой посредник конечных точек выбирает один из первого и второго центров обработки данных также на основе учета текущего состояния по меньшей мере одного из первого и второго центров обработки данных.
19. Система по п. 10, в которой посредник конечных точек идентифицирует конечную точку, которую нужно связать с пользовательской вычислительной системой у упомянутого заданного арендатора, посредством обращения к агенту назначения конечной точки в выбранном одном из первого и второго центров обработки данных.
20. Система по п. 10, в которой упомянутые один или более параметров, указанных в запросе, содержат по меньшей мере одно из идентификатора приложения, типа конечной точки и конфигурации аппаратных средств.
