RU2604519C2 - Меж-облачное управление и устранение неполадок - Google Patents

Меж-облачное управление и устранение неполадок Download PDF

Info

Publication number
RU2604519C2
RU2604519C2 RU2013151607/08A RU2013151607A RU2604519C2 RU 2604519 C2 RU2604519 C2 RU 2604519C2 RU 2013151607/08 A RU2013151607/08 A RU 2013151607/08A RU 2013151607 A RU2013151607 A RU 2013151607A RU 2604519 C2 RU2604519 C2 RU 2604519C2
Authority
RU
Russia
Prior art keywords
application
data
management
request
tool
Prior art date
Application number
RU2013151607/08A
Other languages
English (en)
Other versions
RU2013151607A (ru
Inventor
Каннан К. АЙЕР
Эрик Б. УОТСОН
Original Assignee
МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи filed Critical МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи
Publication of RU2013151607A publication Critical patent/RU2013151607A/ru
Application granted granted Critical
Publication of RU2604519C2 publication Critical patent/RU2604519C2/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0784—Routing of error reports, e.g. with a specific transmission path or data flow
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/203—Failover techniques using migration

Abstract

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении безопасности передачи данных в сети. Способ содержит этапы, на которых: принимают от инструмента управления приложением запрос инструмента управления на доступ к данным управления, связанным с работающими экземплярами приложения в одном или более центрах данных, при этом прием запроса инструмента управления содержит прием запроса от инструмента наблюдения за производительностью на доступ к информации статуса, описывающей функционирование одного или более экземпляров приложения; идентифицируют один или более типов данных управления, которые удовлетворяют принятому запросу; определяют распределение приложения, которое включает в себя два или более экземпляров приложения; собирают данные управления, чтобы удовлетворить запрос, от каждого распределенного экземпляра приложения. 2 н. и 12 з.п. ф-лы, 4 ил.

Description

УРОВЕНЬ ТЕХНИКИ
Центры данных предоставляют серверы для выполнения больших приложений. Предприятия часто используют центры данных для выполнения основных бизнес-функций, таких как: организация продаж, маркетинг, организация трудовых ресурсов, тарификация и учет, организация каталогов продукции и т.д. Центры данных также могут выполнять приложения работы с клиентами, такие как web-сайты, web-услуги, хосты электронной почты, базы данных и многие другие приложения. Центры данных, как правило, строятся посредством определения ожидаемой пиковой нагрузки и обеспечения серверов, сетевой инфраструктуры, охлаждения и прочих ресурсов для обработки пикового уровня нагрузки. Центры данных известны тем, что очень дороги и тем, что недогружены в не пиковые периоды времени. Они также связаны с относительно высокими затратами на управление как с точки зрения оборудования, так и персонала для наблюдения и осуществления обслуживания центра данных. Так как почти каждое предприятие использует какой-либо центр данных, то присутствует много избыточных функций, выполняемых организациями по всему миру.
Облачные вычисления возникли как один из способов оптимизации традиционного центра данных. Облако определено как набор ресурсов (например, обработки, хранения, или прочих ресурсов), доступных посредством сети, который может выполнять, по меньшей мере, некоторые функции традиционного центра данных для предприятия. Облако часто включает в себя уровень абстракции так, что приложения и пользователи облака могут не знать: конкретного аппаратного обеспечения, на котором работают приложения; где расположено аппаратное обеспечение; и т.д. Это предоставляет оператору облака некоторую дополнительную свободу с точки зрения ввода и вывода ресурсов для услуги, обслуживания, и т.д. Облака могут включать в себя общедоступные облака, такие как MICROSOFT TM Azure, Amazon Web Services, и другие, как впрочем и частные облака, такие как те, что предоставляются Eucalyptus Systems, MICROSOFT TM и другими. Компании начали предлагать устройства (например, MICROSOFT TM Azure Appliance), которые предприятия могут разместить в их собственных центрах данных, для соединения центра данных с разными уровнями функциональных возможностей облака.
Предприятия с центрами данных несут значительные затраты на создание больших центров данных, даже при использовании основанных на облаке ресурсов. Предприятия зачастую по-прежнему осуществляют планирование с учетом «наихудшего» пикового сценария и вследствие этого включают объем аппаратного обеспечения, по меньшей мере, часть которого используется редко или недогружено в отношении дополнительной мощности обработки, дополнительного пространства хранения и т.п. Этот дополнительный объем ресурсов создает значительные затраты при небольшой отдаче. Потребители, использующие основанное на облаке вычисление локально, ожидают, что смогут использовать мощности в другом совместимом облаке (например, во втором экземпляре своего собственного облака в другом местоположении, общедоступном облаке Microsoft, и т.п.) применительно к периодам пиковой мощности, применительно к сценариям восстановления в аварийных ситуациях, или именно для управления мощностью. Это намного дешевле, чем создание с учетом наихудшего сценария, и при дублировании для обеспечения избыточности. В дополнение, они ожидают, что будут иметь возможность управления (например, устранения неполадок, функционирования) приложениями, разбитыми между несколькими облаками. На сегодняшний день, приложения, управление облаком, и устранение неполадок не функционирует между облаками или другими центрами данных.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Здесь описывается система облачного управления, которая предоставляет приложению возможность охвата двух или более облаков (которые могут находиться на больших расстояниях), при этом обеспечивая функционирование, управление, и устранение неполадок распределенного приложения как единого приложения. Система предоставляет инфраструктуру, которая осуществляет связь между центрами данных для исполнения и для централизации осведомленности об экземплярах приложения, которые работают в разных местоположениях. В некоторых случаях система предоставляет вычислительное устройство, которое предприятие может установить в своем собственном частном центре данных, которое позволяет администратору распределить, по меньшей мере, некоторые нагрузки приложений на общедоступное облако или другие отдельные местоположения, при этом обеспечивая унифицированное управление через вычислительное устройство. Инфраструктура, предоставляемая системой, интеллектуально наблюдает как за приложением, так и за соединениями между облаками, чтобы знать, являются ли проблемы внутренними для приложения или вызваны соединением между облаками. Система координирует функции управления между несколькими облачными платформами/местоположениями. Если администратор хочет отладить приложение, то система обеспечивает оперативную отладку в соответствующем местоположении посредством бесперебойного, унифицированного интерфейса. Таким образом, система облачного управления создает единый интерфейс наблюдения и устранения неполадок и «структуру» осведомленности и исполнения между несколькими облаками таким образом, что может осуществляться более простое наблюдение, управление, и отладка приложений, развернутых на нескольких облаках.
Данная Сущность Изобретения предоставлена в качестве ознакомления в упрощенном виде с выбором концепций, которые дополнительно описаны ниже в Подробном Описании. Данная Сущность Изобретения как не предназначена установить ключевые признаки или неотъемлемые признаки заявленного предмета изобретения так, и не предназначена использоваться для ограничения объема заявленного предмета изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 иллюстрирует приложение, работающее на двух облаках со связанной инфраструктурой управления, в одном варианте осуществления.
Фиг. 2 является структурной схемой, которая иллюстрирует компоненты системы облачного управления, в одном варианте осуществления.
Фиг. 3 является блок-схемой, которая иллюстрирует обработку системы облачного управления для обработки запроса от инструмента управления на доступ к данным от распределенных экземпляров приложения, в одном варианте осуществления.
Фиг. 4 является блок-схемой, которая иллюстрирует обработку системы облачного управления для сообщения данных обратно от и обращение с запросами устранения неполадки в местоположении удаленного экземпляра приложения, в одном варианте осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Здесь описывается система облачного управления, которая предоставляет приложению возможность охвата двух или более облаков (которые могут находиться на больших расстояниях), при этом обеспечивая функционирование, управление и устранение неполадок распределенного приложения как единого приложения. Система предоставляет инфраструктуру, которая осуществляет связь между центрами данных для исполнения и для централизации осведомленности об экземплярах приложения, которые работают в разных местоположениях. Например, система может осуществлять централизацию регистрации, отслеживание производительности, и прочие функции управления, независимо от того где работает приложение. В некоторых случаях система предоставляет вычислительное устройство, которое предприятие может установить в своем собственном частном центре данных, которое позволяет администратору распределить, по меньшей мере, некоторые нагрузки приложений на общедоступное облако или другие отдельные местоположения, при этом обеспечивая унифицированное управление через вычислительное устройство.
Инфраструктура, предоставляемая системой, интеллектуально наблюдает как за приложением, так и за соединениями между облаками, чтобы знать, имеются ли проблемы внутри приложения или вызваны соединением между облаками. Система координирует функции управления между несколькими облачными платформами/местоположениями (из одной инфраструктуры облака, осуществляется координация исполнения задач между двумя или более облаками). Если администратор хочет отладить приложение, то система обеспечивает оперативную отладку в соответствующем местоположении посредством бесперебойного, унифицированного интерфейса. Таким образом, система облачного управления создает единый интерфейс наблюдения и устранения неполадок и «структуру» осведомленности и исполнения между несколькими облаками таким образом, что может осуществляться более простое наблюдение, управление, и отладка приложений, развернутых на нескольких облаках.
Фиг. 1 иллюстрирует приложение, работающее в двух облаках со связанной инфраструктурой управления, в одном варианте осуществления. В некоторых вариантах осуществления система облачного управления задействует приложение (и/или администратора), используя инфраструктуру в одном облаке, которое имеет данные/доступ к данным во всех местоположениях, чтобы иметь возможность полного наблюдения за устранением неполадок приложения. В качестве примера рассмотрим приложение с экземплярами, работающими в двух облаках, облаке 110 и облаке 150, как показано на Фиг. 1. Облако 110 включает в себя экземпляр 120 устройства Azure MICROSOFT TM, которое включает в себя инфраструктуру 130. Экземпляр 120 устройства включает в себя экземпляр 125 приложения, который выполняет роль 140 и роль 145. Второе облако 150 включает в себя экземпляр 155 приложения, который выполняет роль 160 и роль 170. Второе облако 150 также включает в себя инфраструктуру 180. Экземпляр 120 устройства знает о каждой роли и то, что они являются частью одного и того же приложения. Инфраструктура, развернутая в каждом местоположении, позволяет экземпляру 120 устройства извлекать информацию о роле 160 и роле 170, выполняемой во втором облаке 150. Система может распределять либо отдельные роли, либо целые приложения, либо и то и другое. С помощью всех данных управления (например, журналов регистрации от приложений, машин, и инфраструктуры), система может получить доступ к работоспособности приложения, как если бы все роли были бы локальными, посредством применения предварительно определенных правил работоспособности. Система также может видеть работоспособность инфраструктуры в обоих местоположениях, как впрочем, и соединения между ними, для оценки того, возникла ли проблема с приложением или инфраструктурой/сетью.
Аналогичным образом, когда требуются этапы автоматического или ручного устранения неполадок или исправления, то инфраструктура 130 в облаке 110 может осуществлять координацию с инфраструктурой 180 в облаке 150 для обеспечения поддержки устранения неполадок и отладки. Например, структура системы может дотягиваться до местоположений для исполнения обширного обновления приложения, завершения и т.п. Специалистам в соответствующей области будут очевидны различные способы выполнения управления между местоположениями. Например, инфраструктура 130 может непосредственно управлять инфраструктурой 180, инфраструктура 130 может запросить инфраструктуру 180 исполнение от имени инфраструктуры 130, и т.д. Подобным образом, с помощью инструментов устранения неполадок оператора/администратора (например, визуализации наблюдения, предупреждения, просмотра данных журнала регистрации и конфигурации, и т.п.), доступно и логически отображается местоположение приложений и инфраструктура, а не задействуются отдельные инструменты и умственная гимнастика со стороны администратора для объединения всего вместе. Например, при устранении неполадок и просмотре данных по всем ролям, если следующим этапом администратора 105 является использование одного или более инструментов 195 для просмотра журналов регистрации приложения или запуска удаленного сеанса в отношении экземпляра роли, то система осуществляет непосредственное соединение администратора 105, независимо от того, в каком местоположении находится роль.
Исполнение системы облачного управления обеспечивает упрощенную и последовательную работу услуги на нескольких облаках/местоположениях. Система перемещает определение «вычислительного ресурса» с сервера, за пределы центра данных в часть сети интернет (центры данных и соединение между ними). Это предоставляет возможность осуществления определения, наблюдения, и управления соглашениями об уровне услуг (SLA) на уровне услуги - т.е. того, о чем больше всего заботятся владельцы услуги.
В некоторых вариантах осуществления система облачного управления работает совместно с системой облачной миграции, которая осуществляет бесперебойную миграцию приложений из одного местоположения в другое, при необходимости, именуемую передачей (bursting). Система облачной миграции обеспечивает управление мощностью и восстановление в аварийных случаях посредством обнаружения условий пиковой нагрузки и автоматического перемещения вычисления на другой источник (и обратно) и посредством обеспечения вычисления на двух или более облаках и перемещения полностью на одно в случае аварии на одном участке. Это позволяет предприятиям выполнять планирование локальных ресурсов применительно к постоянному уровню и использовать основанные на облаке ресурсы для пиковых или других необычных нагрузок. В большинстве случаев бизнес предприятия таков, что в определенное время года он более оживлен, и дополнительные ресурсы могут потребоваться только в эти периоды времени. Например, предприятия налогового планирования в частности загружены в середине апреля, сайты электронной торговли испытывают праздничный наплыв на День Благодарения и Рождество, и т.д. Система облачной миграции осуществляет наблюдение за нагрузками внутри центра данных и обнаруживает пороговое значение, которое указывает на то, что текущая нагрузка близка к мощности центра данных. Например, система может осуществлять наблюдение за использованием центрального блока обработки (CPU), использованием памяти, использованием хранилища, полосой пропускания сети, и другими метриками для определения того, насколько хорошо центр данных обрабатывает текущую нагрузку. Система также может наблюдать за тенденциями (например, темпом ускорения использования ресурса) для определения того, достигнуто ли или скоро ли будет достигнуто пороговое значение.
При обнаружении того, что пороговое значение будет достигнуто, система облачной миграции способствует организованному перемещению, по меньшей мере, некоторой нагрузки центра данных на другой центр данных или основанные на облаке ресурсы. Например, система может организовать миграцию некоторой пиковой нагрузки на общедоступное облако. Поскольку могут отличаться модели ценообразования облака, то при принятии решения система может учитывать стоимость. Например, система может отдавать предпочтение в размещении как можно большей нагрузки в центре данных предприятия для снижения затрат, при этом используя облачные ресурсы только в объеме, необходимом для удовлетворения запросов клиентов. Система также может предоставлять инструменты управления и наблюдения, которые обеспечивают целостное восприятие персоналу информационных технологий (IT) независимо от того, где создаются конкретные нагрузки (например, локально внутри предприятия или открыто, используя облако). Система также может предоставлять инструменты планирования с тем, чтобы помочь в принятии решения в отношении соответствующих рабочих нагрузок или приложений для перемещения на другие ресурсы во время высоких нагрузок. Например, приложения могут иметь различные ограничения по совместимости/нормативные или по организации сети/исполнению, которые делают их более или менее пригодными для миграции. Система также может быть использована в качестве архитектуры восстановления в аварийных ситуациях на уровне центра данных/сети для управления быстрым переходом рабочей нагрузки в случае аварии. Если происходит постоянный отказ ресурса центра данных, то система может быстро и эффективно выполнить миграцию дополнительной нагрузки в облако или другие ресурсы таким образом, что отказ не скажется на клиентах центра данных или влияние будет меньше. Таким образом, система облачной миграции предоставляет предприятиям возможность построения меньших и более эффективных центров данных, которые используют другие ресурсы для редких дополнительных нагрузок.
Система облачного управления работает с системой облачной миграции для обеспечения бесперебойного управления и устранения неполадок по мере того как приложения мигрируют из одного местоположения в другое. Как описано выше, система облачной миграции может перемещать ресурсы между центром данных и облаком на временной (т.е., передача) или постоянной (т.е., восстановление в аварийном случае) основе. Временные перемещения включают в себя передачу приложения или нагрузки на короткий период времени для обработки пиковой или иной высокой нагрузки, которая превышает мощность центра данных. Временное перемещение может включать в себя передачу всего приложения или разбивку нагрузки приложения на два или более местоположения. Постоянные перемещения включают в себя долгосрочную миграцию нагрузок из-за отказа аппаратного обеспечения в центре данных, более длительного увеличения потребностей в мощности, желания глобального распределения приложения с динамической балансировкой нагрузки, и т.д. Нижеследующее является несколькими примерными сценариями, в которых система может быть использована предприятием.
В первом примере предприятие передает нагрузку приложения в общедоступное облако для управления мощностью. Специалист по коммерческим вопросам (т.е., CEO, CFO, или VP по Маркетингу/продажам) и системный администратор центра данных принимают решение о том, что более эффективным по затратам и обеспечению лучшего восприятия для пользователей будет передача некоторой работы в общедоступное облако в моменты, связанные с тремя наивысшими пиковыми дневными уровнями использования/трафика в году, и сохранения их собственного центра данных (потенциально с облачным устройством) с мощностью, соответствующей их пиковому месячному уровню использования. Они подписывают деловое соглашение с поставщиком облачных услуг о передаче работы в облако, и проект оценивает то, когда и какое количество работы это будет составлять. Настраивается их учетная запись и вводится информация в их облачное устройство. На фазе планирования, администратор запускает тест с помощью тестового приложения от поставщика облачных услуг, которое гарантирует то, что соединение работает правильно. Затем администратор устанавливает значения мощности (например, пороговое значение) для инициирования переноса приложений, который поддерживает мощность на определенном уровне, в инструменте управления мощностью. Администратор переходит к инструменту, чтобы дополнительно указать приложения, которые пригодны для перемещения в данной ситуации (например, у которых отсутствуют нормативные требования, связанные с временным перемещением, которые обладают хорошей технической совместимостью).
Наступает день, когда использование превышает ограничения и система автоматически перемещает приложения в общедоступное облако. Системам наблюдения/использования отправляются предупреждения, когда мощность находится в пределах 5% инициированной передачи, о том: когда система выполняет передачу, что передает система и когда система передает приложение обратно. Подробный журнал регистрации сохраняется обо всех перемещенных вычислительных ресурсах и/или хранилище и администратору выдается предупреждение о необходимости перехода к их учетной записи общедоступного облака для тарификации и учета. На регулярных заседаниях по планированию мощности внутри группы центра данных предприятия и руководства анализируются обзор параметров передачи и приложений, помеченных как переносимые.
Во втором примере предприятие разбивает приложения между облаками для управления мощностью. Данный сценарий аналогичен приведенному выше сценарию за исключением того, что тип перемещаемого приложения более сложный, так что оно разбивается с разными приоритетами. Компания принимает решение о поддержании отношений с поставщиком облачных услуг в отношении разбиений в облако (форма передачи). В данном случае большое приложение было предварительно идентифицировано в качестве кандидата на передачу. Когда мощность достигает порогового значения, то 50 из 100 экземпляров работников автоматически перемещаются в общедоступное облако. Теперь приложение разбито между двумя экземплярами устройства или экземплярами облака, при этом все данные наблюдения и тарификации и учета отправляются начальному экземпляру таким образом, чтобы управление им выполнялось централизовано. Облачное устройство в собственном центре данных предприятия имеет инструменты устранения неполадок для того, чтобы помочь выполнить отладку возможных проблем разбитых приложений (например, проблемы сетевого соединения, проблемы сетевой пропускной способности/задержки, связи структуры, и т.д.). Когда ситуация с мощностью стихает в устройстве, то 50 экземпляров работников перемещаются обратно в устройство и оно вновь обеспечивает нормальную работу приложения.
В другом примере поставщик облачных услуг принимает решение о передаче из одного кластера в другой. Команда планирования мощности общедоступного облака принимает решение о том, что кластер в центре данных в Чикаго критически заполнен, но хотят сохранить высокую загрузку. Они настраивают передачу в недогруженный кластер в центр данных Западного Побережья, когда загрузка достигает 90%. Администратор переходит в инструмент управления мощностью и выбирает соответствующих потребителей/приложения (например, с низким использованием данных), в качестве кандидатов на перемещение. Наступает день, когда использование кластера в Чикаго достигает порогового значения и система автоматически перемещает выбранные приложения (например, 10% кластерных приложений) в центр данных Западного Побережья на один день. Как только использование возвращается к уровню ниже порогового значения, система перемещает приложения обратно в Чикаго. Система упреждающе уведомляет назначенную команду наблюдения о возможности передачи, чтобы ответить на вопросы потребителей.
В другом примере система используется для межоблачного управления портфелем. Предприятие принимает решение о том, что для того чтобы эффективно управлять мощностью на их облачном устройстве, они хотят поместить все приложения переменного спроса в общедоступное облако, а их приложения постоянного спроса на устройство или ресурсы локального центра данных (и, следовательно, иметь возможность обеспечения работы устройства с более высоким использованием). Несмотря на то, что они хотят разбить свои вычислительные ресурсы, при этом они хотят иметь глобальное представление о работоспособности всех своих приложений, чтобы их разработчики приложений управляли приложениями тем же образом, и чтобы сохранить единое представление о ведомственной тарификации и учете по обоим (например, какие затраты выделить на группы потребительских продаж, внутренние IT, продажи B2B, и т.д.). Предприятие имеет возможность настройки агрегационных учетных записей для общедоступного облака с такими же группами, что и у устройства, и получать данные тарификации и учета для объединения на своей стороне. Подобным образом, они имеют возможность получения доступа через интерфейс прикладного программирования (API) к данным наблюдения общедоступного облака для платформы, на которой работают их приложения, как впрочем и, к наблюдению на прикладном уровне, так что их центр управления сетью (NOC) имеет полное и единообразное представление о состоянии вычислительной активности предприятия.
В другом примере предприятие настраивает глобально распределенное приложение с динамической балансировкой нагрузки. Потребитель предприятия хочет управлять мощностью между двумя или более экземплярами облака и имеет значительный объем своей нагрузки на независимых, но географически разнесенных экземплярах (например, поиск Bing с помощью центра данных в США и Великобритании, при этом оба обслуживают запросы из Германии). В нормальных обстоятельствах, средство глобального управления трафиком отправляет 50% трафика в каждое местоположение. Когда нагрузка становится высокой в основном местоположении, система выдает инструкцию средству балансировки нагрузки на отправку 75% трафика в систему Великобритании, тем самым высвобождая мощности экземпляра облака в США, приводя мощность к приемлемым уровням. Когда мощность возвращается к нормальному состоянию, система сообщает средству балансировки нагрузки вернуться к разбиению 50/50. Вариацией этого является использование общедоступного облака в качестве вспомогательного центра данных (скажем с 1% нагрузки, при этом на сайт потребителя с устройством возлагается 99%). В случае аварии или по другой причине перемещения нагрузки с сайта потребителя, 100% трафика смещается на общедоступное облако.
В другом примере предприятие достигло мощности своего центра данных и ему требуются дополнительные вычислительные ресурсы, но у него еще нет доступного капитала, чтобы потратить на расширение центра данных. В данном случае, компания может использовать для развития общедоступное облако до тех пор, пока она не сможет завершить покупку аппаратного обеспечения.
Фиг. 2 является структурной схемой, которая иллюстрирует компоненты системы облачного управления, в одном варианте осуществления. Система 200 включает в себя компонент 210 управления местоположением, хранилище 220 данных местоположения, компонент 230 интерфейса инструмента, один или более инструментов 240 управления, компонент 250 миграции данных, компонент 260 устранения неполадок, и компонент 270 тарификации и учета. Каждый из этих компонентов более подробно описывается далее.
Компонент 210 управления местоположением управляет информацией о нескольких местоположениях центра данных, в которых работают экземпляры приложения. Компонент 210 включает в себя информацию, описывающую: то, каким образом достигнуть каждого местоположения; соединения, доступные для извлечения информации управления; учетные записи пользователя для использования для каждого местоположения со связанным мандатом безопасности; компоненты приложения и центра данных, с которых собирать информацию устранения неполадок и отправлять команды устранения неполадок; и т.д. Компонент 210 управления местоположением принимает информацию, описывающую любую миграцию нагрузок приложения и передачу из одного центра данных/облака в другой, и обновляет информацию, которой управляет таким образом, что компонент 210 имеет полную картину всех местоположений, где работает приложение. Это позволяет системе представлять полную картину и осуществлять управление приложениями единообразно, неважно, где или в скольких местоположениях работают приложения. По мере изменения условий и по мере того, как распространяются приложения, компонент 210 управления местоположением может представить инструменты управления, с всесторонним набором данных управления.
Хранилище 220 данных местоположения хранит информацию, которая описывает местоположения, в которых работают экземпляры приложения. Хранилище 220 данных может включать в себя один или более файлы, файловую систему, жесткие диски, базы данных, основанные на облаке услуги хранения, или иные средства для удержания информации между сеансами с системой 200. Хранящаяся информация может включать в себя информацию соединения, роли пользователя, источники данных управления, доступные файлы журнала регистрации и любую другую информацию, относящуюся к управлению или устранению неполадок приложений, распределенных по нескольким местоположениям.
Компонент 230 интерфейса инструмента предоставляет интерфейс для системы 200, посредством которого один или более инструментов могут получить доступ к информации управления и устранения неполадок для приложения. Интерфейс может включать в себя одну или более web-страницы, web-услуги, интерфейсы прикладного программирования (API), или иные интерфейсы, посредством которых администратор или инструменты могут непосредственно или программным путем получить доступ к информации управления и устранения неполадок системы 200. В некоторых вариантах осуществления компонент 230 интерфейса инструмента предоставляет исходную точку соединения для инструментов для доступа к информации, относящейся к приложению на устройстве облачных вычислений, расположенном в частном центре данных предприятия. Устройство может управлять миграцией и распределением нагрузок приложения на общедоступное облако или другой центр данных, и предоставляет центральную точку контакта для инструментов, которые собирают информацию управления или обеспечивают устранение неполадок приложения.
Один или более инструментов 240 управления соединяются с компонентом 230 интерфейса инструмента для доступа к информации управления или выполнения устранения неполадок приложения. Инструменты могут включать в себя инструменты просмотра журнала регистрации, инструменты сообщения, инструменты отладки, или другие инструменты, которые отображают информацию о или помогают в решении проблем с работающим приложением. Инструменты 240 управления могут включать в себя инструменты, разработанные для работы с локальным приложением, и система 200 предоставляет инструментам информацию, описывающую распределенное приложение, работающее в нескольких местоположениях незаметно для инструмента. Это предоставляет возможность использования существующих инструментов, на которые полагаются администраторы, даже когда автоматическая миграция нагрузки приложения внедрена в центр данных или облако. В других случаях инструменты могут быть специально написаны для того, чтобы понимать распределенные приложения и предоставлять конкретную информацию управления или устранения неполадок, относящуюся к нескольким местоположениям. Компонент 230 интерфейса инструмента может предоставлять несколько интерфейсов, посредством которых инструменты 240 управления соединяются с системой 200, используя парадигмы, которые понятны каждому инструменту.
Компонент 250 миграции данных обеспечивает миграцию информации управления из одного или более удаленных местоположений, где работает приложение, назад в домашнее местоположение приложения. Домашнее местоположение может включать в себя частный центр данных, местоположение или устройство облачных вычислений, или другое местоположение, где приложение обычно работает при установившихся условиях. По достижению определенного уровня нагрузки (например, пиковых или периодических передач), приложение может осуществить миграцию некоторой нагрузки в один или более центров данных или общедоступные облака, чтобы помочь удовлетворению запросов клиента. Эти другие местоположения формируют данные управления, такие как файлы журнала регистрации, данные по операциям, и т.д., также как домашнее местоположение, а компонент 250 миграции данных обеспечивает миграцию этих данных назад в домашнее местоположение или предоставляет доступ к данным из домашнего местоположения, так что инструменты 240 управления могут предоставить всестороннюю картину активности приложения администраторам.
Компонент 260 устранения неполадок выполняет задачи устранения неполадок в отношении приложения в одном или более местоположениях. Устранение неполадок может включать в себя отладку, обработку тестовых данных или другие формы определения того, корректно ли работает приложение. Устранение неполадок, как правило, хорошо понятно в домашнем местоположении, но становится более сложным по мере того, как приложение начинает охватывать несколько центров данных или облаков. Система 200 облачного управления изолирует инструменты 240 управления и администраторов от данной сложности посредством предоставления единообразного интерфейса, посредством которого инструменты и администраторы получают доступ к информации управления и выполняют устранение неполадок в нескольких местоположениях. Таким образом, если инструмент управления разрешает администратору разместить точку прерывания в или принять информацию отслеживания от конкретного фрагмента кода приложения в домашнем местоположении, тогда компонент 260 устранения неполадок позволяет сделать это настолько же легко но применительно к удаленному основанному на облаке экземпляру приложения. Инструменты и администратор могут быть даже не осведомлены обо всех местоположениях, где работает приложение, но при этом могут выполнять задачи управления, как если бы приложение исполнялось только в домашнем местоположении.
Компонент 270 тарификации и учета сообщает информацию тарификации и учета одному или более местоположениям, где работает приложение. Одной общей задачей управления является управление затратами на вычисления, и общедоступные облака часто назначают цену на основании метрик, связанных с рабочей нагрузкой (например, временем вычисления, используемым пространством хранения, и т.д.). Может быть полезным для администратора собирать картину затрат, которые несут экземпляры приложения в различных местоположениях, и система 200 облачного управления может опционально предоставлять компонент 270 тарификации и учета для сбора данного типа информации таким образом, что информация может быть сообщена посредством инструментов управления и сообщений.
Вычислительное устройство, на котором реализована система облачного управления, может включать в себя центральный блок обработки, память, устройства ввода (например, клавиатуру и указывающие устройства), устройства вывода (например, дисплейные устройства), и устройства хранения (например, дисковые накопители или иные энергонезависимые носители для хранения данных). Память и устройства хранения являются читаемыми компьютером носителями для хранения данных, на которых могут быть закодированы исполняемые компьютером инструкции (например, программное обеспечение), которые могут реализовывать или делать возможной систему. В дополнение, структуры данных и структуры сообщения могут храниться или передаваться через средство передачи данных, такое как сигнал по линии связи. Могут быть использованы различные линии связи, такие как Интернет, локальная сеть, глобальная сеть, коммутируемое соединение «точка-точка», сеть сотовых телефонов, и т.д.
Варианты осуществления системы могут быть реализованы в различных рабочих средах, которые включают в себя персональные компьютеры, серверные компьютеры, переносные устройства или компьютеры класса лэптоп, многопроцессорные системы, основанные на микропроцессоре системы, программируемую потребительскую электронику, цифровые камеры, сетевые ПК, миникомпьютеры, компьютеры класса мэйнфрейм, распределенные вычислительные среды, которые включают в себя любые из вышеприведенных систем или устройств, телевизионные абонентские приставки, системы на кристалле (SOC), и т.д. Компьютерные системы могут быть сотовыми телефонами, персональными цифровыми помощниками, интеллектуальными телефонами, персональными компьютерами, программируемой потребительской электроникой, цифровыми камерами, и т.д.
Система может быть описана в общем контексте исполняемых компьютером инструкций, таких как программные модули, исполняемых одним или более компьютерами или другими устройствами. В общем, программные модули включают в себя подпрограммы, программы, объекты, компоненты, структуры данных, и т.д., которые выполняют конкретные задачи или реализуют конкретные абстрактные типы данных. Как правило, функциональные возможности программных модулей могут быть объединены или распределены, как требуется в различных вариантах осуществления.
Фиг. 3 является блок-схемой, которая иллюстрирует обработку системы облачного управления для обработки запроса от инструмента управления на доступ к данным от распределенных экземпляров приложения, в одном варианте осуществления. Начиная с блока 310, система принимает от инструмента управления запрос на доступ к данным управления, относящимся к экземплярам работающего приложения в одном или более центрах данных. Например, инструмент наблюдения за производительностью может запросить информацию статуса, описывающую то, как много запросов клиента обрабатывает приложение, использование ресурса приложения или иную информацию у приложения. Система может принять запрос инструмента посредством API, который система предоставляет инструментам для запроса данных управления. API может содержать единообразный интерфейс для доступа к данным управления, независимо от того, где или в скольких местоположениях работают экземпляры приложения.
Продолжая в блоке 320, система идентифицирует один или более типов данных управления, которые удовлетворяют принятому запросу. Например, система может определить, что запрос просит информацию журнала регистрации, которая создается каждым экземпляром приложения. Идентификация запрашиваемых данных позволяет системе определить, какую информацию собирать от каждого экземпляра приложения или собраны ли уже данные локально из данных переданных центральному местоположению каждым экземпляром приложения.
Продолжая в блоке 330, система определяет распределение приложения, которое включает в себя два или более экземпляра приложения. Распределение определяет то, где работает приложение и где система найдет данные управления, чтобы удовлетворить запрос. Система может включать в себя хранилище данных, которое отслеживает информацию, описывающую каждый перенос или иную миграцию нагрузки приложения в или из других центров данных, так что система уведомлена о каждом местоположении, в котором работают экземпляры приложения. По приему запроса инструмента управления, данная информация позволяет системе определить, откуда собирать данные управления.
Продолжая в блоке 340, система собирает данные управления, чтобы удовлетворить запрос, от каждого экземпляра распределенного приложения. Эти экземпляры могут включать в себя экземпляр в локальном частном центре данных, удаленном частном центре данных, частном средстве облачного вычисления, общедоступном средстве облачного вычисления, свободные ресурсы, предлагаемые другими частными центрами данных, и т.д. Система контактирует с каждым экземпляром приложения или получает доступ к ранее отправленной информации от каждого экземпляра, которая содержит информацию (такую как данные производительности, отказы, и т.д.), чтобы удовлетворить принятый запрос инструмента управления.
Продолжая в блоке 350, система опционально отправляет одну или более команды устранения неполадок одному или более удаленным экземплярам приложения. Например, если одно местоположения испытывает отказы, администратор может использовать инструмент управления для запроса дополнительной информации отслеживания, для отправки одного или более тестовых запросов или для выполнения прочих типов отладки. Удаленные экземпляры приложения выполняют команды устранения неполадок и сообщают запрошенные данные обратно центральному местоположению, где инструмент управления может получить доступ к информации.
Продолжая в блоке 360, система унифицирует собранные данные, чтобы предоставить единообразный ответ на принятый запрос инструмента управления. Таким образом, инструментам управления не требуется быть записанными таким образом, чтобы включать в себя понимание различных потенциальных распределений приложений, управляемых инструментами. Таким образом система может осуществлять свободную миграцию приложения из местоположения в местоположение или в несколько местоположений, как требуется для обработки нагрузок приложения, при этом все же обеспечивая администраторам восприятие непосредственного управления и устранения неполадок.
Продолжая в блоке 370, система сообщает собранные и унифицированные данные управления в ответ на принятый запрос инструмента управления. Система может отправлять данные посредством интерфейса, по которому был принят запрос, или посредством интерфейса уведомления или иного средства для предоставления данных инструменту. После блока 370, эти этапы завершаются.
Фиг. 4 является блок-схемой, которая иллюстрирует обработку системы облачного управления сообщения данных обратно от и обработки запросов устранения неполадки в местоположении удаленного экземпляра приложения, в одном варианте осуществления. Начиная в блоке 410, система принимает данные управления в удаленном экземпляре приложения, обрабатывающем часть нагрузки, сформированной запросами от клиентов приложения. Данные управления могут включать в себя данные производительности, информацию журнала регистрации, подробности ошибки, статистическую информацию, историю продаж, или иные указатели работы приложения, пригодные для управления приложением.
Продолжая в блоке 420, система определяет домашнее местоположение приложения, в котором администратор может получить доступ к данным управления, сообщаемым несколькими экземплярами приложения, работающего в распределенных удаленных местоположениях. Экземпляр приложения может принять информацию конфигурации от домашнего местоположения, после создания экземпляра, которая указывает, где можно связаться с домашним местоположением и то, что экземпляр приложения является удаленным экземпляром приложения. Система может осуществлять миграцию приложения в несколько местоположений для обработки пиковых нагрузок, выполнения низкоприоритетных задач в местоположениях, где обработка непиковая и, вследствие этого, дешевле, или по другим причинам, определяемым администратором. Приложение может иметь домашнее местоположение, которое соответствует тому, где приложение работает в нормальных условиях, и может обрабатывать пиковые или иные нагрузки в одном или более распределенных удаленных местоположениях.
Продолжая в блоке 430, система отправляет принятые данные управления от удаленного экземпляра приложения определенному домашнему местоположению приложения. Система может периодически осуществлять миграцию данных, собранных в распределенных экземплярах, обратно в домашнее местоположения таким образом, что данные управления доступны в одном месте в домашнем местоположении для удобства администраторов и инструментов управления. Система также может осуществлять миграцию данных по требованию или в соответствии с запросом различных инструментов (см., например, Фиг. 3). В некоторых случаях система может перенести нагрузки приложения в удаленные местоположения на короткий срок и затем собрать информацию, относящуюся к исполнению приложения, когда осуществляется обратная миграция нагрузок в домашнее местоположение и удаленные экземпляры завершаются.
Продолжая в блоке 440, система опционально принимает запрос устранения неполадок от инструмента управления, работающего в домашнем местоположении, для устранения неполадок в удаленном экземпляре приложения. Запросы устранения неполадок могут включать в себя отладочные точки прерывания, запрос в отношении подробной информации отслеживания, или иные команды или запросы для выполнения действий по устранению неполадок.
Продолжая в блоке 450, система выполняет одно или более действия по устранению неполадок в ответ на принятый запрос устранения неполадок. Действие может включать в себя установку отлаживающей точки прерывания, поднятие уровня регистрации, отправку тестовых данных приложению, или выполнение любого другого действия, указанного запросом, для определения того, правильно ли работает приложение.
Продолжая в блоке 460, система отправляет результат устранения неполадок домашнему местоположению в ответ на принятый запрос устранения неполадок. Посредством предоставления средства для исполнения команд устранения неполадок удаленным образом система позволяет инструменту устранения неполадок, работающему в домашнем местоположении, устранять неполадки экземпляров приложения, независимо от того, где работают экземпляры, и позволяет системе осуществлять бесперебойную миграцию экземпляров приложения в различные местоположения, не нарушая возможности управления и устранения неполадок приложения со стороны администратора. После блока 460 эти этапы завершаются.
В некоторых вариантах осуществления система облачного управления осуществляет миграцию нагрузки приложения посредством модификации записей службы доменных имен (DNS). Система может модифицировать сервер DNS для направления входящих запросов клиента по одному или более новым адресам назначения Интернет Протокола (IP), для направления нагрузок от исходного центра данных к целевому центру обработки данных/облаку. Средство глобального управления трафиком (GTM) часто направляет клиентов к ближайшему серверу для обработки их запросов, и эти решения могут быть модифицированы для того, чтобы осуществлять перенаправление трафика на основании нагрузки или других условий. Таким образом, когда один центр данных становится перегруженным или близок к пределу мощности, система может проинформировать GTM о направлении, по меньшей мере, некоторых запросов клиента в новое местоположение, которое может обработать чрезмерную нагрузку. Подобным образом, система может предоставить DNS или иной адрес, на который инструменты управления могут адресовать запросы управления и могут быть соединены с экземплярами приложения, независимо от того, где они размещаются.
В некоторых вариантах осуществления система облачного управления осуществляет миграцию журнала регистрации и прочих данных назад от целевых вычислительных ресурсов, после того, как условия миграции ослабели. Например, вслед за периодом пиковой нагрузки, система может осуществить миграцию всех нагрузок приложения обратно в исходный центр данных, и может вытянуть информацию, сформированную в целевом центре данных, такую как журналы регистрации приложения, обратно в исходный центр данных для последующего анализа. Применительно к некоторым приложениям, запросы отслеживания клиента могут быть вопросом соблюдения нормативных требований или просто полезными для отладки и сообщения. В любом случае, консолидация журналов регистрации в исходном местоположении может быть частью успешной обратной миграции в исходное местоположение.
В некоторых вариантах осуществления система облачного управления распределяет динамически изменяемый объем нагрузки приложения между исходным вычислительным ресурсом и одним или более целевыми вычислительными ресурсами. Например, система может динамически маршрутизировать запросы, чтобы поддерживать исходный вычислительный ресурс в состоянии или близко к полной мощности, и отправлять внешним вычислительным ресурсам только запросы, которые исходный вычислительный ресурс не может успешно обработать. Такие решения могут быть вопросом затрат, безопасности данных, или прочих рассмотрений в отношении миграции настолько небольшой нагрузки приложения, насколько того требуется, или в отношении размещения нагрузок приложения там, где они могут быть выполнены наиболее дешевым образом или наиболее эффективно. В некоторых случаях, решения могут быть основаны на нормативных требованиях приложений. Например, приложения, относящиеся к медицинскому обеспечению или другим законам учета информации, могут иметь ограничения в отношении центров данных/облаков, в которых они могут работать.
В некоторых вариантах осуществления система облачного управления предоставляет различные опции для восстановления в аварийных случаях. В некоторых случаях система может привлечь ресурсы на внешнем центре данных для наблюдения за основным центром данных в отношении перебоев. Если внешний центр данных становится не в состоянии достичь основного центра данных, тогда внешний центр данных может определить, что произошла авария, и переместить нагрузки приложения на внешний центр данных. В прошлых системах типичным для организации было содержание 200% требуемой мощности (при существенных затратах), чтобы успешно справляться с авариями. С помощью системы облачного управления организация может содержать меньший объем доступной мощности во втором местоположении (например, 10%) и может быстро запросить больше, как требуется, в случае отказа. Подобно страхованию, вероятность того, что все клиенты поставщика облачных услуг одновременно испытают отказ и запросят запасы большой мощности, низка, так что несколько клиентов могут совместно использовать набор избыточных вспомогательных ресурсов, которые будут использованы при отказе основных ресурсов. Система также может переориентировать инструменты управления и ресурсы устранения неполадок, чтобы они указывали на новое местоположение, вслед за восстановлением в аварийных ситуациях, таким образом, чтобы управление не прерывалось.
Из вышеизложенного следует иметь в виду, что конкретные варианты осуществления системы облачного управления были описаны здесь в целях иллюстрации, однако различные модификации могут быть выполнены, не отклоняясь от сущности и объема изобретения. Соответственно, изобретение не ограничивается ничем, кроме как прилагаемой формулой изобретения.

Claims (14)

1. Реализуемый компьютером способ для обработки запроса от инструмента (240) управления на доступ к данным управления приложения от распределенных экземпляров (125, 155) приложения, при этом способ содержит этапы, на которых:
принимают (310) от инструмента управления приложением запрос инструмента управления на доступ к данным управления, связанным с работающими экземплярами приложения в одном или более центрах данных, при этом прием запроса инструмента управления содержит прием запроса от инструмента наблюдения за производительностью на доступ к информации статуса, описывающей функционирование одного или более экземпляров приложения;
идентифицируют (320) один или более типов данных управления, которые удовлетворяют принятому запросу;
определяют (330) распределение приложения, которое включает в себя два или более экземпляров приложения;
собирают (340) данные управления, чтобы удовлетворить запрос, от каждого распределенного экземпляра приложения;
унифицируют (360) собранные данные управления для предоставления единообразного ответа на принятый запрос инструмента управления; и
сообщают (370) собранные и унифицированные данные управления в ответ на принятый запрос инструмента управления,
при этом предшествующие этапы выполняются по меньшей мере одним процессором.
2. Способ по п. 1, в котором прием запроса управления содержит прием запроса инструмента управления посредством программного интерфейса прикладного программирования, API, предоставленного инструментам для запроса данных управления.
3. Способ по п. 2, в котором API содержит единообразный интерфейс для доступа к данным управления, не требуя от инструментов понимания того, где или в скольких местоположениях работают экземпляры приложения.
4. Способ по п. 1, в котором идентификация одного или более типов данных управления содержит определение, что запрос инструмента управления просит информацию, которая создается каждым экземпляром приложения.
5. Способ по п. 1, в котором идентификация одного или более типов данных управления содержит определение, какую информацию собирать от каждого экземпляра приложения и собраны ли уже локально данные упомянутого одного или более типов из данных, переданных в центральное местоположение каждым экземпляром приложения.
6. Способ по п. 1, в котором определение распределения приложения содержит определение, где работает приложение и где система найдет данные управления, чтобы удовлетворить запрос.
7. Способ по п. 1, в котором сбор данных управления содержит доступ к по меньшей мере одному экземпляру в частном центре данных и к по меньшей мере одному экземпляру в средстве облачных вычислений.
8. Способ по п. 1, в котором сбор данных управления содержит контактирование с каждым экземпляром приложения, чтобы удовлетворить принятый запрос инструмента управления.
9. Способ по п. 1, дополнительно содержащий отправку одной или более команд устранения неполадок одному или более удаленным экземплярам приложения, при этом удаленные экземпляры приложения выполняют команды устранения неполадок и сообщают запрошенные данные обратно центральному местоположению, где инструмент управления может осуществить доступ к информации, связанной с сообщаемыми запрошенными данными.
10. Способ по п. 1, в котором унификация собранных данных содержит форматирование данных таким образом, что инструментам управления не требуется быть записанными, чтобы включать в себя понимание различных потенциальных распределений приложений, управляемых инструментами управления.
11. Способ по п. 1, в котором унификация собранных данных содержит форматирование данных таким образом, что система может осуществлять свободную миграцию приложения из местоположения в местоположение или в несколько местоположений, как требуется для обработки нагрузок приложения, не прерывая возможность управления и устранения неполадок с приложением администраторами.
12. Способ по п. 1, в котором сообщение данных содержит отправку данных инструменту управления посредством интерфейса, по которому был принят запрос инструмента управления.
13. Компьютерная система для доступа к данным управления приложения от распределенных экземпляров приложения, при этом система содержит:
процессор и память, выполненные с возможностью исполнения инструкций программного обеспечения, воплощенных в следующих компонентах:
компоненте (210) управления местоположением, выполненном с возможностью управления информацией о нескольких местоположениях центров данных, в которых работают экземпляры приложения;
хранилище (220) данных местоположения, выполненном с возможностью хранения информации, которая описывает местоположения, в которых работают экземпляры (125, 155) приложения;
компоненте (230) интерфейса инструмента, выполненном с возможностью предоставления интерфейса системе, посредством которого один или более инструментов могут осуществлять доступ к информации управления для приложения; и
одном или более инструментах (240) управления приложения, выполненных с возможностью соединения с компонентом интерфейса инструмента для доступа к информации управления,
при этом инструкции программного обеспечения дополнительно содержат инструкции для:
приема от одного из упомянутого одного или более инструментов управления приложения запроса управления приложения на доступ к данным управления, связанным с приложением, при этом прием запроса инструмента управления содержит прием запроса от инструмента наблюдения за производительностью на доступ к информации статуса, описывающей функционирование экземпляров приложения;
идентификации одного или более типов данных управления, которые удовлетворяют принятому запросу;
определения распределения приложения, которое включает в себя два или более экземпляров приложения на основе информации, хранимой в хранилище данных местоположения;
сбора данных управления, чтобы удовлетворить запрос, от каждого распределенного экземпляра приложения;
унификации собранных данных управления для предоставления единообразного ответа на принятый запрос инструмента управления; и
сообщения собранных и унифицированных данных управления в ответ на принятый запрос инструмента управления.
14. Система по п. 13, в которой компонент интерфейса инструмента дополнительно выполнен с возможностью обеспечения исходной точки соединения для инструментов для доступа к информации, связанной с приложением на устройстве (120) облачных вычислений, расположенном в частном центре данных предприятия.
RU2013151607/08A 2011-05-20 2012-05-18 Меж-облачное управление и устранение неполадок RU2604519C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/111,956 2011-05-20
US13/111,956 US9223632B2 (en) 2011-05-20 2011-05-20 Cross-cloud management and troubleshooting
PCT/US2012/038647 WO2012162171A2 (en) 2011-05-20 2012-05-18 Cross-cloud management and troubleshooting

Publications (2)

Publication Number Publication Date
RU2013151607A RU2013151607A (ru) 2015-05-27
RU2604519C2 true RU2604519C2 (ru) 2016-12-10

Family

ID=47175779

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2013151607/08A RU2604519C2 (ru) 2011-05-20 2012-05-18 Меж-облачное управление и устранение неполадок

Country Status (11)

Country Link
US (2) US9223632B2 (ru)
EP (1) EP2710484B1 (ru)
JP (1) JP5980914B2 (ru)
KR (1) KR101916847B1 (ru)
CN (1) CN103548009B (ru)
AU (1) AU2012259086B2 (ru)
BR (1) BR112013029716B1 (ru)
CA (1) CA2835440A1 (ru)
MX (2) MX366620B (ru)
RU (1) RU2604519C2 (ru)
WO (1) WO2012162171A2 (ru)

Families Citing this family (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9223632B2 (en) 2011-05-20 2015-12-29 Microsoft Technology Licensing, Llc Cross-cloud management and troubleshooting
US10353563B2 (en) 2011-06-08 2019-07-16 Citrix Systems, Inc. Methods and system for locally generated gesture and transition graphics interaction with terminal control services
US8918794B2 (en) * 2011-08-25 2014-12-23 Empire Technology Development Llc Quality of service aware captive aggregation with true datacenter testing
US9026837B2 (en) * 2011-09-09 2015-05-05 Microsoft Technology Licensing, Llc Resource aware placement of applications in clusters
US20130151688A1 (en) * 2011-12-07 2013-06-13 Alcatel-Lucent Usa Inc. Optimization mechanisms for latency reduction and elasticity improvement in geographically distributed data centers
US10503615B2 (en) * 2011-12-16 2019-12-10 Basen Corporation Spime™ host system, process, object, self-determination apparatus, and host device
US9590876B2 (en) * 2012-03-02 2017-03-07 Payoda Inc. Centralized dashboard for monitoring and controlling various application specific network components across data centers
US20130290406A1 (en) * 2012-04-26 2013-10-31 Salesforce.Com, Inc. Mechanism for providing a cloud platform for facilitating and supporting user-controlled development and management of user products
US9264289B2 (en) 2013-06-27 2016-02-16 Microsoft Technology Licensing, Llc Endpoint data centers of different tenancy sets
US11157664B2 (en) 2013-07-09 2021-10-26 Oracle International Corporation Database modeling and analysis
US9491072B2 (en) 2013-07-09 2016-11-08 Oracle International Corporation Cloud services load testing and analysis
US9967154B2 (en) 2013-07-09 2018-05-08 Oracle International Corporation Advanced customer support services—advanced support cloud portal
US9792321B2 (en) 2013-07-09 2017-10-17 Oracle International Corporation Online database migration
US9996562B2 (en) 2013-07-09 2018-06-12 Oracle International Corporation Automated database migration architecture
US9747311B2 (en) 2013-07-09 2017-08-29 Oracle International Corporation Solution to generate a scriptset for an automated database migration
US9762461B2 (en) * 2013-07-09 2017-09-12 Oracle International Corporation Cloud services performance tuning and benchmarking
US9805070B2 (en) 2013-07-09 2017-10-31 Oracle International Corporation Dynamic migration script management
US10776244B2 (en) 2013-07-09 2020-09-15 Oracle International Corporation Consolidation planning services for systems migration
US9509759B2 (en) 2013-09-09 2016-11-29 International Business Machines Corporation Service agreement performance validation in a cloud hosted environment
US10462018B2 (en) 2013-10-03 2019-10-29 Hewlett Packard Enterprise Development Lp Managing a number of secondary clouds by a master cloud service manager
WO2015054832A1 (en) * 2013-10-16 2015-04-23 Empire Technology Development Llc Two-level cloud system migration
US9401954B2 (en) * 2013-11-06 2016-07-26 International Business Machines Corporation Scaling a trusted computing model in a globally distributed cloud environment
US9791485B2 (en) * 2014-03-10 2017-10-17 Silver Spring Networks, Inc. Determining electric grid topology via a zero crossing technique
US10157100B2 (en) * 2014-04-30 2018-12-18 Hewlett Packard Enterprise Development Lp Support action based self learning and analytics for datacenter device hardware/firmare fault management
US9811365B2 (en) * 2014-05-09 2017-11-07 Amazon Technologies, Inc. Migration of applications between an enterprise-based network and a multi-tenant network
WO2015184158A1 (en) * 2014-05-28 2015-12-03 New Media Solutions, Inc. Generation and management of computing infrastructure instances
EP3152697A4 (en) * 2014-06-09 2018-04-11 Northrop Grumman Systems Corporation System and method for real-time detection of anomalies in database usage
US10922666B1 (en) * 2014-06-23 2021-02-16 Amazon Technologies, Inc. Resource management for logical and physical availability zones of a provider network
US9606826B2 (en) * 2014-08-21 2017-03-28 International Business Machines Corporation Selecting virtual machines to be migrated to public cloud during cloud bursting based on resource usage and scaling policies
US9680920B2 (en) * 2014-09-08 2017-06-13 International Business Machines Corporation Anticipatory resource allocation/activation and lazy de-allocation/deactivation
CN106464541B (zh) * 2015-03-19 2019-09-20 华为技术有限公司 基于网络功能虚拟化的故障处理方法及设备
US10129157B2 (en) * 2015-03-31 2018-11-13 At&T Intellectual Property I, L.P. Multiple feedback instance inter-coordination to determine optimal actions
US9992277B2 (en) 2015-03-31 2018-06-05 At&T Intellectual Property I, L.P. Ephemeral feedback instances
US9769206B2 (en) 2015-03-31 2017-09-19 At&T Intellectual Property I, L.P. Modes of policy participation for feedback instances
US10277666B2 (en) * 2015-03-31 2019-04-30 At&T Intellectual Property I, L.P. Escalation of feedback instances
US10129156B2 (en) 2015-03-31 2018-11-13 At&T Intellectual Property I, L.P. Dynamic creation and management of ephemeral coordinated feedback instances
US9524200B2 (en) 2015-03-31 2016-12-20 At&T Intellectual Property I, L.P. Consultation among feedback instances
US10728092B2 (en) 2015-05-01 2020-07-28 Microsoft Technology Licensing, Llc Cloud-mastered settings
US10581670B2 (en) 2015-10-02 2020-03-03 Microsoft Technology Licensing, Llc Cross-data center interoperation and communication
US10341410B2 (en) 2016-05-11 2019-07-02 Oracle International Corporation Security tokens for a multi-tenant identity and data security management cloud service
US9838377B1 (en) 2016-05-11 2017-12-05 Oracle International Corporation Task segregation in a multi-tenant identity and data security management cloud service
US9838376B1 (en) 2016-05-11 2017-12-05 Oracle International Corporation Microservices based multi-tenant identity and data security management cloud service
US10878079B2 (en) 2016-05-11 2020-12-29 Oracle International Corporation Identity cloud service authorization model with dynamic roles and scopes
US9781122B1 (en) 2016-05-11 2017-10-03 Oracle International Corporation Multi-tenant identity and data security management cloud service
US10581820B2 (en) 2016-05-11 2020-03-03 Oracle International Corporation Key generation and rollover
US10454940B2 (en) 2016-05-11 2019-10-22 Oracle International Corporation Identity cloud service authorization model
US10425386B2 (en) 2016-05-11 2019-09-24 Oracle International Corporation Policy enforcement point for a multi-tenant identity and data security management cloud service
US10148740B2 (en) 2016-06-03 2018-12-04 Microsoft Technology Licensing, Llc Multi-service application fabric architecture
US11036696B2 (en) 2016-06-07 2021-06-15 Oracle International Corporation Resource allocation for database provisioning
US10834226B2 (en) * 2016-07-15 2020-11-10 International Business Machines Corporation Live migration of containers based on geo-location
US10255061B2 (en) 2016-08-05 2019-04-09 Oracle International Corporation Zero down time upgrade for a multi-tenant identity and data security management cloud service
US10516672B2 (en) 2016-08-05 2019-12-24 Oracle International Corporation Service discovery for a multi-tenant identity and data security management cloud service
US10530578B2 (en) 2016-08-05 2020-01-07 Oracle International Corporation Key store service
US10585682B2 (en) 2016-08-05 2020-03-10 Oracle International Corporation Tenant self-service troubleshooting for a multi-tenant identity and data security management cloud service
US10735394B2 (en) 2016-08-05 2020-08-04 Oracle International Corporation Caching framework for a multi-tenant identity and data security management cloud service
US10263947B2 (en) 2016-08-05 2019-04-16 Oracle International Corporation LDAP to SCIM proxy service
US10505941B2 (en) 2016-08-05 2019-12-10 Oracle International Corporation Virtual directory system for LDAP to SCIM proxy service
US10484382B2 (en) 2016-08-31 2019-11-19 Oracle International Corporation Data management for a multi-tenant identity cloud service
US10511589B2 (en) 2016-09-14 2019-12-17 Oracle International Corporation Single logout functionality for a multi-tenant identity and data security management cloud service
US10594684B2 (en) 2016-09-14 2020-03-17 Oracle International Corporation Generating derived credentials for a multi-tenant identity cloud service
US10846390B2 (en) 2016-09-14 2020-11-24 Oracle International Corporation Single sign-on functionality for a multi-tenant identity and data security management cloud service
JP7018437B2 (ja) 2016-09-16 2022-02-10 オラクル・インターナショナル・コーポレイション マルチテナントアイデンティティおよびデータセキュリティ管理クラウドサービスのためのテナントおよびサービス管理
US10445395B2 (en) 2016-09-16 2019-10-15 Oracle International Corporation Cookie based state propagation for a multi-tenant identity cloud service
US10484243B2 (en) 2016-09-16 2019-11-19 Oracle International Corporation Application management for a multi-tenant identity cloud service
US10567364B2 (en) 2016-09-16 2020-02-18 Oracle International Corporation Preserving LDAP hierarchy in a SCIM directory using special marker groups
US10341354B2 (en) 2016-09-16 2019-07-02 Oracle International Corporation Distributed high availability agent architecture
US10791087B2 (en) 2016-09-16 2020-09-29 Oracle International Corporation SCIM to LDAP mapping using subtype attributes
US10904074B2 (en) 2016-09-17 2021-01-26 Oracle International Corporation Composite event handler for a multi-tenant identity cloud service
JP2018060332A (ja) * 2016-10-04 2018-04-12 富士通株式会社 インシデント分析プログラム、インシデント分析方法、情報処理装置、サービス特定プログラム、サービス特定方法及びサービス特定装置
US10261836B2 (en) 2017-03-21 2019-04-16 Oracle International Corporation Dynamic dispatching of workloads spanning heterogeneous services
US10454915B2 (en) 2017-05-18 2019-10-22 Oracle International Corporation User authentication using kerberos with identity cloud service
US10635433B2 (en) * 2017-08-24 2020-04-28 General Electric Company Cross application behavior customization
US10348858B2 (en) 2017-09-15 2019-07-09 Oracle International Corporation Dynamic message queues for a microservice based cloud service
US11308132B2 (en) 2017-09-27 2022-04-19 Oracle International Corporation Reference attributes for related stored objects in a multi-tenant cloud service
US11271969B2 (en) 2017-09-28 2022-03-08 Oracle International Corporation Rest-based declarative policy management
US10834137B2 (en) 2017-09-28 2020-11-10 Oracle International Corporation Rest-based declarative policy management
US10705823B2 (en) 2017-09-29 2020-07-07 Oracle International Corporation Application templates and upgrade framework for a multi-tenant identity cloud service
US10447536B2 (en) 2017-10-20 2019-10-15 Vmware, Inc. Managing cross-cloud distributed application
US10481970B2 (en) 2017-11-28 2019-11-19 Bank Of America Corporation Dynamic cloud deployment and calibration tool
US10609131B2 (en) * 2018-01-12 2020-03-31 Citrix Systems, Inc. Non-disruptive enablement of highly available cloud computing services
US10715564B2 (en) 2018-01-29 2020-07-14 Oracle International Corporation Dynamic client registration for an identity cloud service
US10931656B2 (en) 2018-03-27 2021-02-23 Oracle International Corporation Cross-region trust for a multi-tenant identity cloud service
US11165634B2 (en) 2018-04-02 2021-11-02 Oracle International Corporation Data replication conflict detection and resolution for a multi-tenant identity cloud service
US10798165B2 (en) 2018-04-02 2020-10-06 Oracle International Corporation Tenant data comparison for a multi-tenant identity cloud service
US11258775B2 (en) 2018-04-04 2022-02-22 Oracle International Corporation Local write for a multi-tenant identity cloud service
US11012444B2 (en) 2018-06-25 2021-05-18 Oracle International Corporation Declarative third party identity provider integration for a multi-tenant identity cloud service
US10764273B2 (en) 2018-06-28 2020-09-01 Oracle International Corporation Session synchronization across multiple devices in an identity cloud service
US10846070B2 (en) 2018-07-05 2020-11-24 At&T Intellectual Property I, L.P. Facilitating cloud native edge computing via behavioral intelligence
US11070613B2 (en) * 2018-08-16 2021-07-20 Microsoft Technology Licensing, Llc Automatic application scaling between private and public cloud platforms
US20200065149A1 (en) 2018-08-24 2020-02-27 Embotics Corporation Method and system for selection of cloud-computing services
CN109240837B (zh) * 2018-09-11 2020-09-29 四川虹微技术有限公司 一种通用云存储服务api的构建方法
US11693835B2 (en) 2018-10-17 2023-07-04 Oracle International Corporation Dynamic database schema allocation on tenant onboarding for a multi-tenant identity cloud service
US11321187B2 (en) 2018-10-19 2022-05-03 Oracle International Corporation Assured lazy rollback for a multi-tenant identity cloud service
DE102018009906A1 (de) 2018-12-20 2020-06-25 Volkswagen Aktiengesellschaft Verfahren zum Management von Rechnerkapazitäten in einem Netzwerk mit mobilen Teilnehmern
US11113385B2 (en) * 2018-12-21 2021-09-07 Paypal, Inc. Communicating trace information between security zones
US10776158B2 (en) * 2019-01-31 2020-09-15 Lockheed Martin Corporation Management of application deployment across multiple provisioning layers
US11651357B2 (en) 2019-02-01 2023-05-16 Oracle International Corporation Multifactor authentication without a user footprint
US11061929B2 (en) 2019-02-08 2021-07-13 Oracle International Corporation Replication of resource type and schema metadata for a multi-tenant identity cloud service
US11321343B2 (en) 2019-02-19 2022-05-03 Oracle International Corporation Tenant replication bootstrap for a multi-tenant identity cloud service
US11669321B2 (en) 2019-02-20 2023-06-06 Oracle International Corporation Automated database upgrade for a multi-tenant identity cloud service
US11423111B2 (en) 2019-02-25 2022-08-23 Oracle International Corporation Client API for rest based endpoints for a multi-tenant identify cloud service
US11792226B2 (en) 2019-02-25 2023-10-17 Oracle International Corporation Automatic api document generation from scim metadata
US11010228B2 (en) * 2019-03-01 2021-05-18 International Business Machines Corporation Apparatus, systems, and methods for identifying distributed objects subject to service
JP7193732B2 (ja) * 2019-04-08 2022-12-21 富士通株式会社 管理装置、情報処理システムおよび管理プログラム
US11528194B2 (en) * 2019-09-06 2022-12-13 Jpmorgan Chase Bank, N.A. Enterprise control plane for data streaming service
US11256671B2 (en) 2019-09-13 2022-02-22 Oracle International Corporation Integrated transition control center
US11687378B2 (en) 2019-09-13 2023-06-27 Oracle International Corporation Multi-tenant identity cloud service with on-premise authentication integration and bridge high availability
US11870770B2 (en) 2019-09-13 2024-01-09 Oracle International Corporation Multi-tenant identity cloud service with on-premise authentication integration
US11611548B2 (en) 2019-11-22 2023-03-21 Oracle International Corporation Bulk multifactor authentication enrollment
US11637896B1 (en) 2020-02-25 2023-04-25 Pure Storage, Inc. Migrating applications to a cloud-computing environment
US11868622B2 (en) 2020-02-25 2024-01-09 Pure Storage, Inc. Application recovery across storage systems
US11283671B2 (en) 2020-02-28 2022-03-22 Hewlett Packard Enterprise Development Lp Handling issues reported by network devices
US20210382798A1 (en) * 2020-06-04 2021-12-09 Servicenow, Inc. Optimizing configuration of cloud instances
US11968210B2 (en) * 2021-05-19 2024-04-23 International Business Machines Corporation Management of access control in multi-cloud environments
US11368539B1 (en) 2021-05-27 2022-06-21 International Business Machines Corporation Application deployment in a multi-cluster environment
US20230128370A1 (en) * 2021-10-21 2023-04-27 EMC IP Holding Company LLC Data Center Restoration and Migration
US20230231904A1 (en) * 2022-01-14 2023-07-20 Dell Products, L.P. Cloud provisioning readiness verification
CN116795821A (zh) * 2023-07-11 2023-09-22 新疆联佳网络有限公司 诠释数据管理系统构建方法、系统、平台及数据管理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090300149A1 (en) * 2008-05-28 2009-12-03 James Michael Ferris Systems and methods for management of virtual appliances in cloud-based network
US20100042720A1 (en) * 2008-08-12 2010-02-18 Sap Ag Method and system for intelligently leveraging cloud computing resources
US20100223378A1 (en) * 2009-02-27 2010-09-02 Yottaa Inc System and method for computer cloud management
US20110055378A1 (en) * 2009-08-31 2011-03-03 James Michael Ferris Methods and systems for metering software infrastructure in a cloud computing environment

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6862736B2 (en) * 1998-02-06 2005-03-01 Microsoft Corporation Object manager for common information model
US20020120741A1 (en) * 2000-03-03 2002-08-29 Webb Theodore S. Systems and methods for using distributed interconnects in information management enviroments
US6901530B2 (en) * 2000-08-01 2005-05-31 Qwest Communications International, Inc. Proactive repair process in the xDSL network (with a VDSL focus)
CA2319918A1 (en) * 2000-09-18 2002-03-18 Linmor Technologies Inc. High performance relational database management system
JP4542253B2 (ja) * 2000-11-06 2010-09-08 株式会社日本コンラックス プロモーションシステム
US7600014B2 (en) * 2000-11-16 2009-10-06 Symantec Corporation Method and system for monitoring the performance of a distributed application
KR100346185B1 (ko) * 2000-12-01 2002-07-26 삼성전자 주식회사 네트워크 관리 시스템의 장애관리 시스템 및 방법
US20020103886A1 (en) * 2000-12-04 2002-08-01 International Business Machines Corporation Non-local aggregation of system management data
US7337473B2 (en) * 2000-12-15 2008-02-26 International Business Machines Corporation Method and system for network management with adaptive monitoring and discovery of computer systems based on user login
US7305461B2 (en) * 2000-12-15 2007-12-04 International Business Machines Corporation Method and system for network management with backup status gathering
US7430594B2 (en) * 2001-01-26 2008-09-30 Computer Associates Think, Inc. Method and apparatus for distributed systems management
JP2002300308A (ja) * 2001-03-30 2002-10-11 Ricoh Co Ltd 顧客支援システム、オフィスシステム、顧客支援センター、サプライセンター及び顧客支援方法
US7010593B2 (en) * 2001-04-30 2006-03-07 Hewlett-Packard Development Company, L.P. Dynamic generation of context-sensitive data and instructions for troubleshooting problem events in a computing environment
US20020161876A1 (en) * 2001-04-30 2002-10-31 Robert Raymond System and method for managing data miner modules in an information network system
JP2002366454A (ja) * 2001-06-11 2002-12-20 Fujitsu Ltd ネットワーク管理方法及びその装置
JP2003101586A (ja) * 2001-09-25 2003-04-04 Hitachi Ltd ネットワーク管理支援方法
US20050262229A1 (en) * 2004-04-16 2005-11-24 Samsung Electronics Co., Ltd. Object conduit MIB for communicating over SNMP between distributed objects
US20060031446A1 (en) * 2004-06-17 2006-02-09 Mohamed Hamedi Gathering network management data using a command line function
WO2006009210A1 (ja) * 2004-07-21 2006-01-26 Sony Corporation コンテンツ処理装置，コンテンツ処理方法およびコンピュータプログラム
JP2006344025A (ja) * 2005-06-09 2006-12-21 Hitachi Ltd 稼動性能データ取得方法、性能監視サーバ、業務サーバ、計算機及びコンピューティングシステム
US7356590B2 (en) * 2005-07-12 2008-04-08 Visible Measures Corp. Distributed capture and aggregation of dynamic application usage information
US20070064714A1 (en) * 2005-09-16 2007-03-22 Sbc Knowledge Ventures, L.P. Wireless based troubleshooting of customer premise equipment installation
JP4738144B2 (ja) * 2005-11-28 2011-08-03 株式会社日立製作所 情報監視方法、システム及びプログラム
US20070198554A1 (en) * 2006-02-10 2007-08-23 Sun Microsystems, Inc. Apparatus for business service oriented management infrastructure
US8190682B2 (en) * 2006-03-31 2012-05-29 Amazon Technologies, Inc. Managing execution of programs by multiple computing systems
US7676475B2 (en) * 2006-06-22 2010-03-09 Sun Microsystems, Inc. System and method for efficient meta-data driven instrumentation
US7814114B2 (en) * 2006-09-05 2010-10-12 Oracle International Corporation Tree-based information query model
JP2008217735A (ja) * 2007-03-08 2008-09-18 Nec Corp 障害解析システム、方法、及び、プログラム
US8473594B2 (en) * 2008-05-02 2013-06-25 Skytap Multitenant hosted virtual machine infrastructure
US7886038B2 (en) * 2008-05-27 2011-02-08 Red Hat, Inc. Methods and systems for user identity management in cloud-based networks
US20090300423A1 (en) * 2008-05-28 2009-12-03 James Michael Ferris Systems and methods for software test management in cloud-based network
US7894334B2 (en) * 2008-08-15 2011-02-22 Telefonaktiebolaget L M Ericsson Hierarchical redundancy for a distributed control plane
US8271974B2 (en) 2008-10-08 2012-09-18 Kaavo Inc. Cloud computing lifecycle management for N-tier applications
US9037692B2 (en) 2008-11-26 2015-05-19 Red Hat, Inc. Multiple cloud marketplace aggregation
US7996525B2 (en) * 2008-12-31 2011-08-09 Sap Ag Systems and methods for dynamically provisioning cloud computing resources
US8977750B2 (en) * 2009-02-24 2015-03-10 Red Hat, Inc. Extending security platforms to cloud-based networks
US8751627B2 (en) * 2009-05-05 2014-06-10 Accenture Global Services Limited Method and system for application migration in a cloud
US8290998B2 (en) * 2009-05-20 2012-10-16 Sap Ag Systems and methods for generating cloud computing landscapes
US9104407B2 (en) * 2009-05-28 2015-08-11 Red Hat, Inc. Flexible cloud management with power management support
US20100306767A1 (en) * 2009-05-29 2010-12-02 Dehaan Michael Paul Methods and systems for automated scaling of cloud computing systems
US9325802B2 (en) * 2009-07-16 2016-04-26 Microsoft Technology Licensing, Llc Hierarchical scale unit values for storing instances of data among nodes of a distributed store
US9329951B2 (en) * 2009-07-31 2016-05-03 Paypal, Inc. System and method to uniformly manage operational life cycles and service levels
US8316125B2 (en) * 2009-08-31 2012-11-20 Red Hat, Inc. Methods and systems for automated migration of cloud processes to external clouds
JP5471198B2 (ja) * 2009-09-03 2014-04-16 株式会社リコー 統合管理装置、統合管理システム、統合管理方法、統合管理プログラム、及びそのプログラムを記録した記録媒体
US20110078303A1 (en) * 2009-09-30 2011-03-31 Alcatel-Lucent Usa Inc. Dynamic load balancing and scaling of allocated cloud resources in an enterprise network
JP2011090429A (ja) * 2009-10-21 2011-05-06 Nomura Research Institute Ltd 統合監視システム
US10402544B2 (en) * 2009-11-30 2019-09-03 Red Hat, Inc. Generating a software license knowledge base for verifying software license compliance in cloud computing environments
US8745397B2 (en) * 2010-01-04 2014-06-03 Microsoft Corporation Monitoring federation for cloud based services and applications
US8346935B2 (en) * 2010-01-15 2013-01-01 Joyent, Inc. Managing hardware resources by sending messages amongst servers in a data center
US20120011077A1 (en) * 2010-07-12 2012-01-12 Bhagat Bhavesh C Cloud Computing Governance, Cyber Security, Risk, and Compliance Business Rules System and Method
US8769534B2 (en) * 2010-09-23 2014-07-01 Accenture Global Services Limited Measuring CPU utilization in a cloud computing infrastructure by artificially executing a bursting application on a virtual machine
CA2832444C (en) * 2011-04-07 2017-10-17 Pneuron Corp. Legacy application migration to real time, parallel performance cloud
US8977754B2 (en) * 2011-05-09 2015-03-10 Metacloud Inc. Composite public cloud, method and system
US9223632B2 (en) * 2011-05-20 2015-12-29 Microsoft Technology Licensing, Llc Cross-cloud management and troubleshooting

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090300149A1 (en) * 2008-05-28 2009-12-03 James Michael Ferris Systems and methods for management of virtual appliances in cloud-based network
US20100042720A1 (en) * 2008-08-12 2010-02-18 Sap Ag Method and system for intelligently leveraging cloud computing resources
US20100223378A1 (en) * 2009-02-27 2010-09-02 Yottaa Inc System and method for computer cloud management
US20110055378A1 (en) * 2009-08-31 2011-03-03 James Michael Ferris Methods and systems for metering software infrastructure in a cloud computing environment

Also Published As

Publication number Publication date
EP2710484B1 (en) 2020-02-26
EP2710484A2 (en) 2014-03-26
JP2014515522A (ja) 2014-06-30
JP5980914B2 (ja) 2016-08-31
MX347110B (es) 2017-04-12
CA2835440A1 (en) 2012-11-29
BR112013029716A2 (pt) 2017-01-24
EP2710484A4 (en) 2016-04-06
US20120297016A1 (en) 2012-11-22
AU2012259086B2 (en) 2016-09-22
KR20140026503A (ko) 2014-03-05
CN103548009B (zh) 2017-02-08
RU2013151607A (ru) 2015-05-27
KR101916847B1 (ko) 2019-01-24
US20160119202A1 (en) 2016-04-28
MX2013013577A (es) 2014-07-30
WO2012162171A3 (en) 2013-02-21
US10009238B2 (en) 2018-06-26
CN103548009A (zh) 2014-01-29
MX366620B (es) 2019-07-16
BR112013029716B1 (pt) 2021-08-17
US9223632B2 (en) 2015-12-29
WO2012162171A2 (en) 2012-11-29

Similar Documents

Publication Publication Date Title
RU2604519C2 (ru) Меж-облачное управление и устранение неполадок
US8719627B2 (en) Cross-cloud computing for capacity management and disaster recovery
AU2012259086A1 (en) Cross-cloud management and troubleshooting
US10044551B2 (en) Secure cloud management agent
US9529883B2 (en) Maintaining two-site configuration for workload availability between sites at unlimited distances for products and services
US9450700B1 (en) Efficient network fleet monitoring
US10303678B2 (en) Application resiliency management using a database driver
CN113037560A (zh) 业务流量切换方法及装置、存储介质、电子设备
US8543680B2 (en) Migrating device management between object managers
EP3306471B1 (en) Automatic server cluster discovery
Sarode Cloud Services Reliability: Issues and Possible Solutions
Shropshire Strategies for Ensuring High Availability Cloud Services
JP6322332B2 (ja) エネルギー管理システムおよび業務アプリケーションの実行方法

Legal Events

Date Code Title Description
HZ9A Changing address for correspondence with an applicant