BR112016023577B1 - Aparelho e método para configurar solução de redundância em arquitetura de computação em nuvem - Google Patents

Aparelho e método para configurar solução de redundância em arquitetura de computação em nuvem Download PDF

Info

Publication number
BR112016023577B1
BR112016023577B1 BR112016023577-0A BR112016023577A BR112016023577B1 BR 112016023577 B1 BR112016023577 B1 BR 112016023577B1 BR 112016023577 A BR112016023577 A BR 112016023577A BR 112016023577 B1 BR112016023577 B1 BR 112016023577B1
Authority
BR
Brazil
Prior art keywords
redundancy
information
infrastructure
application object
configuration request
Prior art date
Application number
BR112016023577-0A
Other languages
English (en)
Other versions
BR112016023577A2 (pt
Inventor
Xiaodong Gong
Jie Yin
Miaohua Li
Original Assignee
Huawei Technologies Co., Ltd
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 Huawei Technologies Co., Ltd filed Critical Huawei Technologies Co., Ltd
Publication of BR112016023577A2 publication Critical patent/BR112016023577A2/pt
Publication of BR112016023577B1 publication Critical patent/BR112016023577B1/pt

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Hardware Redundancy (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

APARELHO E MÉTODO PARA CONFIGURAR SOLUÇÃO DE REDUNDÂNCIA EM ARQUITETURA DE COMPUTAÇÃO EM NUVEM. A presente invenção refere-se ao campo das comunicações e de tecnologias de informação e, em particular, a um método e um aparelho para configurar uma solução de redundância em uma arquitetura de computação de nuvem, de modo a resolver um problema em que uma maneira de planejar manualmente uma solução de redundância tem uma flexibilidade pobre e é desfavorável ao gerenciamento global de um sistema. O método na presente invenção inclui: a recepção (S401) de um pedido de configuração de solução de redundância; a determinação (S402), de acordo com o pedido de configuração de solução de redundância, de informação da capacidade de redundância e da informação do requisito de restrição de redundância de um objeto de aplicação a ser configurado; e a determinação (S403), de acordo com a informação de infraestrutura, a informação do gerente de infraestrutura, e a informação do objeto de aplicação em uma base de informação de capacidade de redundância estabelecida, e a informação da capacidade de redundância e a informação do requisito de restrição de redundância do objeto de aplicação a ser configurado, uma solução de redundância para o objeto de (...).

Description

CAMPO TÉCNICO
[001] A presente invenção refere-se ao campo de comunicações e de tecnologias de informação, e em particular a um método e um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem.
ANTECEDENTES
[002] Em uma solução de redundância, dois conjuntos ou múlti plos conjuntos de sistemas com funções similares são estabelecidos em lugares diferentes uns distantes dos outros. Uma tecnologia de redundância é um mecanismo de confiabilidade que mantém uma capacidade de fornecer um serviço de aplicação mediante a comutação de um sistema de trabalho a um sistema de redundância em um lugar diferente quando um desastre tal como um terremoto ou um incêndio ocorre ou então uma falha crítica tal como desativação ocorre no sistema de trabalho. A computação em nuvem é um modelo de serviço em que o trabalho de computação é distribuído através de um grande número de computadores distribuídos. Nesse modelo, há um aglomerado de compartilhamento de recursos de computação configurável (incluindo uma rede, um servidor, um dispositivo de armazenamento, um software de aplicação, um serviço, e similares), que pode prover acesso a rede disponível, conveniente e em demanda a um usuário. A computação em nuvem é um resultado do desenvolvimento de métodos de computação de integração tais como computação distribuída (Distributed Computing), computação paralela (Parallel Computing), e computação de utilidade (Utility Computing) com tecnologias de rede tais como o armazenamento de rede (Network Storage), virtualização (Virtualizati- on), e equilíbrio de carga (Load Balance).
[001] Tal como mostrado na FIGURA 1, em uma arquitetura de computação em nuvem no campo da tecnologia de informação (Information Technology, IT), um centro de dados (Data Center, DC) é usado de modo geral como uma unidade em um processo de aplicar cada objeto de aplicação; múltiplas infraestruturas e múltiplos objetos de aplicação são distribuídos em um sítio de DC, e os DCs que têm uma relação de redundância usam de modo geral plataformas de gerenciamento em nuvem providas por um mesmo vendedor de dispositivo. DC neste caso pode se referir a um DC físico ou um DC virtual.
[002] Quando um novo objeto de aplicação é distribuído, um usu ário planeja em primeiro lugar uma solução de redundância correspondente de acordo com uma capacidade de redundância provida por um sistema de computação em nuvem, e instrui então o sistema de computação em nuvem para implementar a solução de redundância planejada pelo usuário. Essa maneira de planejar manualmente uma solução de redundância tem uma flexibilidade pobre, o que é desfavorável ao gerenciamento global de um sistema.
SUMÁRIO
[003] As modalidades da presente invenção provêm um método e um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem, de modo a resolver um problema que uma maneira de planejar manualmente uma solução de redundância tem uma flexibilidade pobre e é desfavorável ao gerenciamento global de um sistema.
[004] De acordo com um primeiro aspecto, é provido um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem, o qual inclui:
[005] um módulo de recepção, configurado para receber um pe dido de configuração de solução de redundância, e para transmitir o pedido recebido da configuração da solução de redundância a um primeiro módulo de determinação;
[006] o primeiro módulo de determinação, configurado para de terminar, de acordo com o pedido de configuração de solução de redundância, a informação da capacidade de redundância e a informação do requisito de restrição de redundância de um objeto de aplicação a ser configurado; e para transmitir a informação da capacidade de redundância determinada e a informação do requisito de restrição de redundância do objeto de aplicação a ser configurado a um segundo módulo de determinação; e
[007] o segundo módulo de determinação, configurado para de terminar, de acordo com a informação de infraestrutura, a informação do gerente de infraestrutura, e a informação do objeto de aplicação em uma base de informação da capacidade de redundância estabelecida, e a informação da capacidade de redundância e a informação do requisito de restrição de redundância do objeto a ser configurado, uma solução de redundância para ao objeto de aplicação a ser configurado.
[008] Com referência ao primeiro aspecto, em uma primeira ma neira de implementação possível, a informação de infraestrutura inclui a informação da capacidade de redundância e/ou a informação do uso do recurso de pelo menos uma infraestrutura;
[009] a informação do gerente de infraestrutura inclui a informa ção da capacidade de redundância de pelo menos um gerente de in- fraestrutura; e
[0010] a informação do objeto de aplicação inclui a informação da capacidade de redundância, e/ou a informação de restrição de redundância, e/ou a informação de estado de saúde de pelo menos um objeto de aplicação que foi distribuído.
[0011] Com referência à primeira maneira de implementação pos sível do primeiro aspecto, em uma segunda maneira de implementa- ção possível, a arquitetura de computação em nuvem é uma arquitetura de virtualização de funções de rede NFV; o objeto de aplicação é um VNF; a infraestrutura é uma infraestrutura de virtualização de funções de rede NFVI; e o gerente de infraestrutura é um gerente de in- fraestrutura virtual VIM.
[0012] Com referência à segunda maneira de implementação pos sível do primeiro aspecto, em uma terceira maneira de implementação possível, a base de informação da capacidade de redundância e o aparelho ficam localizados em uma plataforma de gerenciamento de virtualização de funções de rede NFVO, ou a base de informação da capacidade de redundância e o aparelho ficam localizados em um gerente de função de rede virtualizada VNFM; e
[0013] o módulo de recepção também é configurado para receber a informação, transmitida por qualquer gerente de infraestrutura, do gerente de infraestrutura e cada infraestrutura gerenciada pelo gerente de infraestrutura, e para armazenar, na base de informação da capacidade de redundância, a informação recebida do gerente de infraestru- tura e cada infraestrutura gerenciada pelo gerente de infraestrutura.
[0014] Com referência à terceira maneira de implementação pos sível do primeiro aspecto, em uma quarta maneira de implementação possível, a base de informação da capacidade de redundância e o aparelho ficam localizados na plataforma de gerenciamento de virtuali- zação de funções de rede NFVO;
[0015] o módulo de recepção é configurado especificamente para receber o pedido de configuração de solução de redundância transmitido por um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS, ou para receber o pedido de configuração de solução de redundância que é proveniente de um sistema de gerenciamento de elementos EMS e encaminhado pelo gerente de função de rede virtualizada VNFM, ou para receber o pedido de configuração de solução de redundância enviado pelo gerente de função de rede vir- tualizada VNFM, ou para receber o pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e
[0016] o módulo de recepção também é configurado para receber a informação, transmitida pelo o gerente de função de rede virtualizada VNFM, de cada objeto de aplicação gerenciado pelo VNFM, e para armazenar a informação recebida de cada objeto de aplicação na base de informação da capacidade de redundância.
[0017] Com referência à terceira maneira de implementação possível do primeiro aspecto, em uma quinta maneira de implementação possível, a base de informação da capacidade de redundância e o aparelho ficam localizados no gerente de função de rede virtualizada VNFM;
[0018] o módulo de recepção é configurado especificamente para receber o pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos EMS, para ou receber o pedido de configuração de solução de redundância que é proveniente de um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS e encaminhado pela plataforma de gerenciamento de virtualização de funções de rede NFVO, ou para receber o pedido de configuração de solução de redundância transmitido pela NFVO, ou para receber o pedido de configuração de solução de redundância entregue pelo software de gerenciamento de VNFM; e
[0019] o módulo de recepção também é configurado para receber a informação do objeto de aplicação transmitida por cada objeto de aplicação, e para armazenar a informação recebida do objeto de aplicação na base de informação da capacidade de redundância.
[0020] De acordo com um segundo aspecto, é provido um apare lho para configurar uma solução de redundância em uma arquitetura de computação em nuvem, o qual inclui um processador e uma memória, em que a memória armazena uma instrução de execução; quando o aparelho opera, o processador se comunica com a memória, e o processador executa a instrução de execução, de modo que o aparelho implementa o seguinte método:
[0021] a recepção de um pedido de configuração de solução de redundância;
[0022] a determinação, de acordo com o pedido de configuração de solução de redundância, da informação da capacidade de redundância e da informação do requisito de restrição de redundância de um objeto de aplicação a ser configurado; e
[0023] a determinação, de acordo com a informação de infraestru- tura, da informação do gerente de infraestrutura, e da informação do objeto de aplicação em uma base de informação da capacidade de redundância estabelecida, e da informação da capacidade de redundância e da informação do requisito de restrição de redundância do objeto de aplicação a configurado, uma solução de redundância para o objeto de aplicação a ser configurado.
[0024] Com referência ao segundo aspecto, em uma primeira ma neira de implementação possível, a informação de infraestrutura inclui a informação da capacidade de redundância e/ou a informação do uso do recurso de pelo menos uma infraestrutura;
[0025] a informação do gerente de infraestrutura inclui a informa ção da capacidade de redundância de pelo menos um gerente de in- fraestrutura; e
[0026] a informação do objeto de aplicação inclui a informação da capacidade de redundância, e/ou a informação de restrição de redundância, e/ou a informação de estado de saúde de pelo menos um objeto de aplicação que foi distribuído.
[0027] Com referência à primeira maneira de implementação pos sível do segundo aspecto, em uma segunda maneira de implementação possível, a arquitetura de computação em nuvem é uma arquitetu- ra de virtualização de funções de rede NFV; o objeto de aplicação é um VNF; a infraestrutura é uma infraestrutura de virtualização de funções de rede NFVI; e o gerente de infraestrutura é um gerente de in- fraestrutura virtual VIM.
[0028] Com referência à segunda maneira de implementação pos sível do segundo aspecto, em uma terceira maneira de implementação possível, a base de informação da capacidade de redundância fica localizada em uma plataforma de gerenciamento de virtualização de funções de rede NFVO ou localizada em um gerente de função de rede virtualizada VNFM; em que
[0029] no método implementado pelo processador, a informação de infraestrutura e a informação do gerente de infraestrutura são coletadas na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida por qualquer gerente de infraestrutura, do gerente de infra- estrutura e de cada infraestrutura gerenciada pelo gerente de infraes- trutura; e o armazenamento, na base de informação da capacidade de redundância, a informação recebida do gerente de infraestrutura e de cada infraestrutura gerenciada pelo gerente de infraestrutura.
[0030] Com referência à terceira maneira de implementação pos sível do segundo aspecto, em uma quarta maneira de implementação possível, a base de informação da capacidade de redundância fica localizada na plataforma de gerenciamento de virtualização de funções de rede NFVO;
[0031] no método implementado pelo processador, a recepção de um pedido de configuração de solução de redundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS, ou a recepção do pedido de configuração de solução de redundância que é proveniente de um sistema de gerenciamento de elementos EMS e encaminhado pelo gerente de função de rede virtuali- zada VNFM, ou a recepção do pedido de configuração de solução de redundância encaminhado pelo gerente de função de rede virtualizada VNFM, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e
[0032] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida pelo gerente de função de rede virtualizada VNFM, de cada objeto de aplicação gerenciado pelo VNFM; e o armazenamento da informação recebida de cada objeto de aplicação na base de informação da capacidade de redundância.
[0033] Com referência à terceira maneira de implementação pos sível do segundo aspecto, em uma quinta maneira de implementação possível, a base de informação da capacidade de redundância fica localizada no gerente de função de rede virtualizada VNFM;
[0034] no método implementado pelo processador, a recepção de um pedido de configuração de solução de redundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos EMS, ou a recepção do pedido de configuração de solução de redundância que é proveniente de um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS e encaminhado pela plataforma de gerenciamento de virtualização de funções de rede NFVO, ou a recepção do pedido de configuração de solução de redundância transmitido pela NFVO, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de VNFM; e
[0035] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação do objeto de apli- cação transmitida por cada objeto de aplicação; e o armazenamento da informação recebida do objeto de aplicação na base de informação da capacidade de redundância.
[0036] De acordo com um terceiro aspecto, é provido um método para configurar uma solução de redundância em uma arquitetura de computação em nuvem, o qual inclui:
[0037] a recepção de um pedido de configuração de solução de redundância;
[0038] a determinação, de acordo com o pedido de configuração de solução de redundância, da informação da capacidade de redundância e da informação do requisito de restrição de redundância de um objeto de aplicação a ser configurado; e
[0039] a determinação, de acordo com a informação de infraestru- tura, da informação do gerente de infraestrutura, e da informação do objeto de aplicação em uma base de informação da capacidade de redundância estabelecida, e da informação da capacidade de redundância e da informação do requisito de restrição de redundância do objeto de aplicação a ser configurado, uma solução de redundância para o objeto de aplicação a ser configurado.
[0040] Com referência ao terceiro aspecto, em uma primeira ma neira de implementação possível, a informação de infraestrutura inclui a informação da capacidade de redundância e/ou a informação do uso do recurso de pelo menos uma infraestrutura;
[0041] a informação do gerente de infraestrutura inclui a informa ção da capacidade de redundância de pelo menos um gerente de in- fraestrutura; e
[0042] a informação do objeto de aplicação inclui a informação da capacidade de redundância, e/ou a informação de restrição de redundância, e/ou a informação de estado de saúde de pelo menos um objeto de aplicação que foi distribuído.
[0043] Com referência à primeira maneira de implementação pos sível do terceiro aspecto, em uma segunda maneira de implementação possível, a arquitetura de computação em nuvem é uma arquitetura de virtualização de funções de rede NFV; o objeto de aplicação é um VNF; a infraestrutura é uma infraestrutura de virtualização de funções de rede NFVI; e o gerente de infraestrutura é um gerente de infraestru- tura virtual VIM.
[0044] Com referência à segunda maneira de implementação pos sível do terceiro aspecto, em uma terceira maneira de implementação possível, a base de informação da capacidade de redundância fica localizada em uma plataforma de gerenciamento de virtualização de funções de rede NFVO ou localizada no gerente de função de rede virtualizada VNFM; em que
[0045] a informação de infraestrutura e a informação do gerente de infraestrutura são coletadas na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida por qualquer gerente de infraestrutura, do gerente de infraestrutura e de cada infraestrutura gerenciada pelo gerente de infraestrutura; e o armazenamento, na base de informação da capacidade de redundância, da informação recebida do gerente de infraestrutu- ra e de cada infraestrutura gerenciada pelo gerente de infraestrutura.
[0046] Com referência à terceira maneira de implementação pos sível do terceiro aspecto, em uma quarta maneira de implementação possível, a base de informação da capacidade de redundância fica localizada na plataforma de gerenciamento de virtualização de funções de rede NFVO; em que
[0047] a recepção de um pedido de configuração de solução de redundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS, ou a recepção do pedido de configuração de solução de redundância que é proveniente de um sistema de gerenciamento de elementos EMS e encaminhado pelo gerente de função de rede virtualizada VNFM, ou a recepção do pedido de configuração de solução de redundância encaminhado pelo gerente de função de rede virtualizada VNFM, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e
[0048] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida pelo gerente de função de rede virtualizada VNFM, de cada objeto de aplicação gerenciado pelo VNFM; e o armazenamento da informação recebida de cada objeto de aplicação na base de informação da capacidade de redundância.
[0049] Com referência à terceira maneira de implementação pos sível do terceiro aspecto, em uma quinta maneira de implementação possível, a base de informação da capacidade de redundância fica localizada no gerente de função de rede virtualizada VNFM; em que
[0050] a recepção de um pedido de configuração de solução de re dundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos EMS, ou a recepção do pedido de configuração de solução de redundância que é proveniente de um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS e encaminhado pela plataforma de gerenciamento de virtualização de funções de rede NFVO, ou a recepção do pedido de configuração de solução de redundância transmitido pela NFVO, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de VNFM; e
[0051] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação do objeto de aplicação transmitida por cada objeto de aplicação; e o armazenamento da informação recebida do objeto de aplicação na base de informação da capacidade de redundância.
[0052] No método acima, uma base de informação da capacidade de redundância é usada para coletar a informação de cada infraestrutu- ra, de cada gerente de infraestrutura, e de cada objeto de aplicação, e uma solução de redundância pode ser selecionada automaticamente para um usuário de acordo com um requisito real do usuário, que tem uma flexibilidade maior e facilita a gerenciamento global de um sistema. BREVE DESCRIÇÃO DOS DESENHOS
[0053] A FIGURA 1 é um diagrama esquemático da distribuição de redundância no campo de IT;
[0054] a FIGURA 2 é um diagrama estrutural esquemático de um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem de acordo com a Modalidade 1 da presente invenção;
[0055] a FIGURA 3 é um diagrama estrutural esquemático de um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem de acordo com a Modalidade 2 da presente invenção;
[0056] a FIGURA 4 é um fluxograma de um método para configu rar uma solução de redundância em uma arquitetura de computação em nuvem de acordo com a Modalidade 3 da presente invenção;
[0057] a FIGURA 5 é um diagrama esquemático de uma arquitetu ra da interface de MANO em uma arquitetura de NFV;
[0058] a FIGURA 6 é um diagrama esquemático da distribuição de um módulo da preferência da solução de redundância em uma NFVO; e
[0059] a FIGURA 7 é um diagrama esquemático da distribuição de um módulo da preferência da solução de redundância em um VNFM. DESCRIÇÃO DAS MODALIDADES
[0060] Para tornar mais claros os objetivos, as soluções técnicas e as vantagens das modalidades da presente invenção, o que segue descreve com clareza e completamente as soluções técnicas nas modalidades da presente invenção com referência aos desenhos anexos nas modalidades da presente invenção. Aparentemente, as modalidades descritas são uma parte e não todas as modalidades da presente invenção. Todas as outras modalidades obtidas por um elemento versado no estado da técnica com base nas modalidades da presente invenção sem esforços criativos irão se enquadrar dentro do âmbito de proteção da presente invenção.
[0061] O que segue também descreve as modalidades da presen te invenção em detalhes com referência aos desenhos anexos.
[0062] As modalidades da presente invenção são aplicadas à con figuração de uma solução de redundância para um objeto de aplicação em uma arquitetura de computação em nuvem, e o objeto de aplicação neste caso refere-se a um aplicação de elemento de rede na arquitetura de computação em nuvem, por exemplo, um aplicação de terceiros e vários elementos de rede virtual tais como uma estação base, um controlador, uma entidade de gerenciamento de mobilidade (Mobility Management Entity, MME), uma porta de serviço (Serving Gateway, SGW), e uma porta de rede de dados de pacote (Packet Data Network Gateway, PGW). As modalidades da presente invenção podem ser aplicadas a uma arquitetura de computação em nuvem baseada em uma tecnologia de informação (Information Technology, IT) tradicional, e também podem ser aplicadas a uma arquitetura de computação em nuvem de virtualização de funções de rede (Network Functions Virtualisation, NFV) baseada em uma tecnologia de informação e comunicação (Information and Communication Technology, ICT) emergente.
[0063] Nas modalidades da presente invenção, uma base de in formação da capacidade de redundância é usada para coletar a informação de cada infraestrutura, cada gerente de infraestrutura, e cada objeto de aplicação, e uma solução de redundância pode ser selecionada automaticamente para um usuário de acordo com um requisito real do usuário, que tem uma flexibilidade maior e facilita o gerenciamento global de um sistema.
[0064] As modalidades da presente invenção a seguir introduzem primeiramente a implementação de um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem. A implementação do aparelho é similar à implementação introduzida subsequentemente de um método para configurar uma solução de redundância em uma arquitetura de computação em nuvem, e a informação repetida não é provida novamente neste caso.
[0065] A FIGURA 2 mostra um diagrama estrutural esquemático de um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem de acordo com a Modalidade 1 da presente invenção, e o aparelho inclui:
[0066] um módulo de recepção 21, configurado para receber um pedido de configuração de solução de redundância, e para transmitir o pedido recebido da configuração da solução de redundância a um primeiro módulo de determinação 22;
[0067] o primeiro módulo de determinação 22, configurado para determinar, de acordo com o pedido de configuração de solução de redundância, a informação da capacidade de redundância e a informação do requisito de restrição de redundância de uma objeto de aplicação para configurado; e para transmitir a informação da capacidade de redundância determinada e a informação do requisito de restrição de redundância do objeto de aplicação a ser configurado a um segundo módulo de determinação 23; e
[0068] o segundo módulo de determinação 23, configurado para de terminar, de acordo com a informação de infraestrutura, a informação do gerente de infraestrutura, e a informação do objeto de aplicação em uma base de informação da capacidade de redundância estabelecida, e a informação da capacidade de redundância e a informação do requisito de restrição de redundância do objeto a ser configurado, uma solução de aplicação de redundância para o objeto de aplicação a ser configurado.
[0069] Opcionalmente, a informação de infraestrutura inclui a in formação da capacidade de redundância e/ou a informação do uso do recurso de pelo menos uma infraestrutura;
[0070] a informação do gerente de infraestrutura inclui a informa ção da capacidade de redundância de pelo menos um gerente de in- fraestrutura; e
[0071] a informação do objeto de aplicação inclui a informação da capacidade de redundância, e/ou a informação de restrição de redundância, e/ou a informação de estado de saúde de pelo menos um objeto de aplicação que foi distribuído.
[0072] Opcionalmente, a arquitetura de computação em nuvem é uma arquitetura de virtualização de funções de rede NFV; o objeto de aplicação é um VNF; a infraestrutura é uma infraestrutura de virtuali- zação de funções de rede NFVI; e o gerente de infraestrutura é um gerente de infraestrutura virtual VIM.
[0073] Opcionalmente, a base de informação da capacidade de redundância e o aparelho ficam localizados em uma plataforma de ge-renciamento de virtualização de funções de rede NFVO, ou a base de informação da capacidade de redundância e o aparelho ficam localizados em um gerente de função de rede virtualizada VNFM; em que
[0074] o módulo de recepção 21 também é configurado para rece ber a informação, transmitida por qualquer gerente de infraestrutura, do gerente de infraestrutura e cada infraestrutura gerenciada pelo gerente de infraestrutura, e para armazenar, na base de informação da capacidade de redundância, a informação recebida do gerente de infraestrutu- ra e cada infraestrutura gerenciada pelo gerente de infraestrutura.
[0075] Opcionalmente, a base de informação da capacidade de redundância e o aparelho ficam localizados em uma plataforma de ge-renciamento de virtualização de funções de rede NFVO; em que
[0076] o módulo de recepção 21 é configurado especificamente para receber o pedido de configuração de solução de redundância transmitido por um sistema de suporte de operação OSS ou um sistema de suporte de negócio BSS, ou para receber o pedido de configuração de solução de redundância que é proveniente de um sistema de gerenciamento de elementos EMS e encaminhado pelo gerente de função de rede virtuali- zada VNFM, ou para receber o pedido de configuração de solução de redundância encaminhado pelo gerente de função de rede virtualizada VNFM, ou para receber o pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e
[0077] o módulo de recepção 21 também é configurado para rece ber a informação, transmitida pelo gerente de função de rede virtuali- zada VNFM, de cada objeto de aplicação gerenciado pelo VNFM, e para armazenar a informação recebida de cada objeto de aplicação na base de informação da capacidade de redundância.
[0078] Opcionalmente, a base de informação da capacidade de redundância e o aparelho ficam localizados em um gerente de função de rede virtualizada VNFM; em que
[0079] o módulo de recepção 21 é configurado especificamente para receber o pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos EMS, ou para receber o pedido de configuração de solução de redundância que é proveniente de um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS e encaminhado por uma plataforma de gerenciamento de virtualização de funções de rede NFVO, ou para receber o pedido de configuração de solução de redundância transmitido pela NFVO, ou para receber o pedido de configuração de solução de redundância entregue pelo software de gerenciamento de VNFM; e
[0080] o módulo de recepção 21 também é configurado para rece ber a informação do objeto de aplicação transmitida por cada objeto de aplicação, e para armazenar a informação recebida do objeto de aplicação na base de informação da capacidade de redundância.
[0081] A FIGURA 3 mostra um diagrama estrutural esquemático de um aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem de acordo com a Modalidade 2 da presente invenção, e o aparelho inclui um processador 31 e uma memória 32, em que a memória 32 armazena uma instrução de execução; quando o aparelho opera, o processador 31 se comunica com a memória 32, e o processador 31 executa a instrução de execução, de modo que o aparelho implementa o método a seguir:
[0082] a recepção de um pedido de configuração de solução de redundância;
[0083] a determinação, de acordo com o pedido de configuração de solução de redundância, da informação da capacidade de redundância de a informação do requisito de restrição de redundância de um objeto de aplicação a ser configurado; e
[0084] a determinação, de acordo com a informação de infraestru- tura, da informação do gerente de infraestrutura, e da informação do objeto de aplicação em uma base de informação da capacidade de redundância estabelecida, e da informação da capacidade de redundância e da informação do requisito de restrição de redundância do objeto de aplicação a ser configurado, uma solução de redundância para o objeto de aplicação a ser configurado.
[0085] Opcionalmente, a informação de infraestrutura inclui a in- formação da capacidade de redundância e/ou a informação do uso do recurso de pelo menos uma infraestrutura;
[0086] a informação do gerente de infraestrutura inclui a informa ção da capacidade de redundância de pelo menos um gerente de in- fraestrutura; e
[0087] a informação do objeto de aplicação inclui a informação da capacidade de redundância, e/ou a informação de restrição de redundância, e/ou a informação de estado de saúde de pelo menos um objeto de aplicação que foi distribuído.
[0088] Opcionalmente, a arquitetura de computação em nuvem é uma arquitetura de virtualização de funções de rede NFV; o objeto de aplicação é um VNF; a infraestrutura é uma infraestrutura de virtuali- zação de funções de rede NFVI; e o gerente de infraestrutura é um gerente de infraestrutura virtual VIM.
[0089] Opcionalmente, a base de informação da capacidade de redundância fica localizada em uma plataforma de gerenciamento de virtualização de funções de rede NFVO ou localizada em um gerente de função de rede virtualizada VNFM; em que
[0090] no método implementado pelo processador 31, a informa ção de infraestrutura e a informação do gerente de infraestrutura são coletadas na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida por qualquer gerente de infraestrutura, do gerente de infra- estrutura e de cada infraestrutura gerenciada pelo gerente de infraes- trutura; e o armazenamento, na base de informação da capacidade de redundância, da informação recebida do gerente de infraestrutura e de cada infraestrutura gerenciada pelo gerente de infraestrutura.
[0091] Opcionalmente, a base de informação da capacidade de redundância fica localizada em uma plataforma de gerenciamento de virtualização de funções de rede NFVO; em que
[0092] no método implementado pelo processador 31, a recepção de um pedido de configuração de solução de redundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de suporte de operação OSS ou um sistema de suporte de negócio BSS, ou a recepção do pedido de configuração de solução de redundância que é proveniente de um sistema de gerenciamento de elementos EMS e encaminhado por um gerente de função de rede virtuali- zada VNFM, ou a recepção do pedido de configuração de solução de redundância encaminhado pelo gerente de função de rede virtualizada VNFM, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e
[0093] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida pelo gerente de função de rede virtualizada VNFM, de cada objeto de aplicação gerenciado pelo VNFM; e o armazenamento da informação recebida de cada objeto de aplicação na base de informação da capacidade de redundância.
[0094] Opcionalmente, a base de informação da capacidade de redundância fica localizada em um gerente de função de rede virtuali- zada VNFM; em que
[0095] no método implementado pelo processador 31, a recepção de um pedido de configuração de solução de redundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos EMS, ou a recepção do pedido de configuração de solução de redundância que é proveniente de um sistema de suporte de operação OSS ou de um sistema de suporte de negócio BSS e enviado por uma plataforma de gerenciamento de virtualização de funções de rede NFVO, ou a recepção do pedido de configuração de solução de redundância transmitiu pela NFVO, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de VNFM; e
[0096] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação do objeto de aplicação transmitida por cada objeto de aplicação; e o armazenamento da informação recebida do objeto de aplicação na base de informação da capacidade de redundância.
[0097] A FIGURA 4 mostra um fluxograma de um método para configurar uma solução de redundância em uma arquitetura de computação em nuvem de acordo com a Modalidade 3 da presente invenção, e o método inclui as etapas a seguir:
[0098] S401. Recepção de um pedido de configuração de solução de redundância.
[0099] Em um processo de implementação específico, um objeto de execução nesta modalidade da presente invenção pode ser distribuído como um módulo de preferência de solução de redundância em uma função objeto de uma arquitetura de computação em nuvem existente (por exemplo, distribuído em uma plataforma de gerenciamento de virtualização de funções de rede NFVO ou um gerente de função de rede virtualizada VNFM em uma arquitetura de NFV), e também pode ser distribuído como um objeto independente da função na arquitetura de computação em nuvem existente.
[00100] O pedido de configuração de solução de redundância na etapa S401 pode incluir a informação de identificação (tal como um nome de um objeto de aplicação) de pelo menos um objeto de aplicação para o qual uma solução de redundância precisa ser configurada. O pedido de configuração de solução de redundância pode não ser usado apenas para pedir a configuração de uma solução de redundância para um objeto de aplicação, mas também para pedir a configu- ração de uma solução de redundância para um serviço de rede (Network Server, NS) suportado por múltiplos objetos de aplicação, e também pode pedir a configuração de uma solução de redundância para um DC incluindo múltiplos objetos de aplicação, onde o NS neste caso pode ser considerado como um item de função ou de serviço que é completado por múltiplos objetos de aplicação. Além disso, o pedido de configuração de solução de redundância também pode incluir a informação da capacidade de redundância e a informação do requisito de restrição de redundância de pelo menos um objeto de aplicação, ou o serviço de rede NS, ou o DC.
[00101] A capacidade de redundância acima refere-se a uma capacidade de prover uma tecnologia de redundância, e inclui a informação de elementos tais como um mecanismo de redundância, um modo de redundância, e uma especificação de redundância. O mecanismo de redundância pode ser um mecanismo que execute a redundância e o apoio com base em uma camada de infraestrutura, um mecanismo que execute a redundância e o apoio com base em uma camada de aplicação, um mecanismo que executa a redundância e apoio baseado em uma camada de plataforma, ou um mecanismo que execute a redundância e o apoio com base em um domínio de gerenciamento. O modo de redundância pode ser um modo ativo-em espera, um modo ativo- ativo, um modo de compartilhamento de carga, ou um modo ativo/a ser distribuído, onde o modo ativo-em espera refere-se a um modo em que um sistema de trabalho ativo está em um estado de trabalho, e um sis-tema de trabalho em espera entra em um estado de trabalho quando o sistema de trabalho ativo fica defeituoso; o modo ativo-ativo refere-se a um modo em que múltiplos sistemas de trabalho operam simultaneamente; o modo de compartilhamento de carga refere-se a um modo em que múltiplos sistemas de trabalho compartilham da carga e operam simultaneamente; e o modo ativo/a ser distribuído refere-se à informa- ção de dados de apenas um sistema de trabalho a ser usado que é salva e, quando um sistema de trabalho ativo fica defeituoso, um sistema de trabalho é gerado de acordo com a informação de dados salva e entra em um estado de trabalho. A especificação de redundância pode incluir um nível de redundância, um objetivo de ponto de recuperação (Recovery Point Objective, RPO), um objetivo de tempo de recuperação (Recovery Time Objective, RTO), um número máximo de máquinas virtuais (Virtual Machine, VM) de redundância, e similares.
[00102] A restrição de redundância acima refere-se a algumas condições de distribuição definidas de acordo com uma característica real de um inclui um objeto de aplicação e um requisito refinado de um usuário, e inclui uma restrição geográfica, uma restrição de compatibilidade, uma restrição de anticompatibilidade, uma restrição de prioridade, e outras ainda. A restrição geográfica refere-se àquele que um objeto de aplicação não pode ser distribuído em um país, região, DC específico, ou algo do gênero, ou um objeto de aplicação pode ser distribuído somente em um país, região, DC específico, ou algo do gênero. A restrição de compatibilidade refere-se àquela em que múltiplos objetos de aplicação (por exemplo, objetos de aplicação diferentes em um mesmo serviço de rede (Network Service, NS)) que têm um acoplamento de serviço próximo ou uma proximidade geográfica são distribuídos em um mesmo DC, ou um mesmo gerente de infraestrutura é distribuído para múltiplos objetos de aplicação que têm um acoplamento de serviço próximo, ou algo do gênero. A restrição de anticompatibilidade refere-se àquela em que múltiplos objetos de aplicação precisam ser distribuídos em DCs diferentes, ou gerentes de infraestrutura diferentes são distribuídos para múltiplos objetos de aplicação, por exemplo, vários objetos de aplicação em um modo de redundância de compartilhamento de carga são distribuídos em DCs diferentes. A restrição de prioridade refere-se àquela em diferentes estados de recurso ou em uma situação em que ocorre um evento anormal, objetos de aplicação com prioridades diferentes podem ser providos com serviços diferenciados, por exemplo, quando os recursos tais como infraestruturas são insuficientes, é assegurado que a redundância pode ser implementada com precedência para um objeto de aplicação com uma alta prioridade.
[00103] S402. Determinação, de acordo com o pedido de configura ção de solução de redundância, da informação da capacidade de redundância e da informação do requisito de restrição de redundância de um objeto de aplicação a ser configurado.
[00104] O objeto de aplicação a ser configurado neste caso refere- se a um objeto de aplicação para o qual uma solução de redundância precisa ser configurada, em que o objeto de aplicação pode ser um objeto de aplicação que foi distribuído (isto é, um objeto de aplicação que foi distribuído em uma arquitetura de computação em nuvem mas para o qual uma solução de redundância não foi configurada, ou um objeto de aplicação, para o qual uma solução de redundância que foi configurado precisa ser modificada), e também pode ser um objeto de aplicação que não foi distribuído.
[00105] Nesta etapa, se o pedido de configuração de solução de redundância recebido na etapa S401 incluir somente a informação de identificação do objeto de aplicação a ser configurado (pode ser uma informação tal como um nome), a informação da capacidade de redundância e a informação do requisito de restrição de redundância de um objeto de aplicação que combina com a necessidade de informação da identificação também precisam ser procuradas, de acordo com a informação de identificação, a partir da informação do objeto de aplicação que foi armazenada; se o pedido de configuração de solução de redundância recebido na etapa S401 incluir a informação da capacidade de redundância e a informação do requisito de restrição de redundância do objeto de aplicação a ser configurado, a informação da capacidade de redundância e a informação do requisito de restrição de redundância do objeto de aplicação podem ser analisadas gramaticalmente diretamente a partir do pedido de configuração de solução de redundância.
[00106] S403. Determinação, de acordo com a informação de infra- estrutura, da informação do gerente de infraestrutura, e da informação do objeto de aplicação em uma base de informação da capacidade de redundância estabelecida, e da informação da capacidade de redundância e da informação do requisito de restrição de redundância do objeto a ser configurado, uma solução de aplicação de redundância para o objeto de aplicação a ser configurada.
[00107] Nesta etapa, a informação de infraestrutura pode incluir a informação da capacidade de redundância e/ou a informação do uso de recurso de pelo menos uma infraestrutura, onde a informação do uso de recurso neste caso inclui os recursos de redundância disponíveis restantes de uma infraestrutura e/ou entre infraestruturas, por exemplo, recursos de armazenamento, recursos de CPU e recursos de rede. A informação do gerente de infraestrutura inclui a informação da capacidade de redundância de pelo menos um gerente de infraestrutu- ra, em que o gerente de infraestrutura neste caso pode gerenciar in- fraestruturas em múltiplos DCs, e um único DC também pode incluir múltiplos gerentes de infraestrutura. A informação do objeto de aplicação inclui a informação da capacidade de redundância, e/ou a informação de restrição de redundância, e/ou a informação de estado de saúde (isto é, uma ou mais da informação da capacidade de redundância, da informação de restrição de redundância, e da informação de estado de saúde) de pelo menos um objeto de aplicação (que pode ser um objeto de aplicação, ou um serviço de rede NS suportado por múltiplos objetos de aplicação, ou um DC que inclui múltiplos objetos de aplicação) que foi distribuído, em que a informação de estado de saúde neste caso refere-se à informação tal como se o objeto de apli- cação que foi distribuído está com defeito e no estado de carga atual.
[00108] Nesta modalidade da presente invenção, uma base de informação da capacidade de redundância é estabelecida para coletar a informação de cada infraestrutura, a informação de cada gerente de in- fraestrutura, e a informação de cada objeto de aplicação que foi distribuído; depois que um pedido de configuração de solução de redundância é recebido, uma infraestrutura, um gerente de infraestrutura, e um objeto de aplicação que foi distribuído (que podem ser usados para a redundância em um modo de compartilhamento de carga) que suportam uma capacidade de redundância e um requisito de restrição de redundância de um objeto de aplicação a ser configurado são procurados a partir da base de informação de redundância estabelecida, e uma solução de redundância final é determinada. Por exemplo, um modo de re-dundância e um mecanismo de redundância que precisam ser usados podem ser determinados primeiramente de acordo com a informação da capacidade de redundância e a informação do requisito de restrição de redundância do objeto de aplicação a ser configurado; de infraestrutu- ras, gerentes de infraestrutura, centros de dados DCs, e objetos de aplicação que suportam o modo de redundância determinado e o mecanismo de redundância determinado, uma infraestrutura ideal, um gerente de infraestrutura ideal, e um centro de dados DC ideal são selecionados com base em princípios tais como os recursos inativos atuais mais ricos, a compatibilidade, e a anticompatibilidade, e um objeto de aplicação ideal usado em um modo de redundância de compartilhamento de carga é selecionado com base em princípios tais como a anticom- patibilidade e a carga de menor aplicação. Uma solução de redundância finalmente determinada pode incluir a informação de um ou mais dos elementos a seguir: um modo de redundância, um mecanismo de redundância, um centro de dados DC, uma infraestrutura e um gerente de infraestrutura, um objeto de aplicação que foi distribuído, e similares.
[00109] Foi descrito no procedimento acima que a arquitetura de computação em nuvem nesta modalidade da presente invenção pode ser uma base da arquitetura de NFV em ICT. O que segue foca na implementação na arquitetura de computação em nuvem.
[00110] Um módulo de gerenciamento e de orquestração (Management and Orchestration, MANO) que coordena os recursos de sistema em nuvem é definido em uma arquitetura padrão de NFV, e a FIGURA 5 mostra um diagrama esquemático de uma arquitetura de interface de MANO em uma arquitetura de NFV. Os objetos de função, tal como uma infraestrutura de virtualização de funções de rede (NFV Infrastructure, NFVI), um gerente de infraestrutura virtual (Virtualised Infrastructure Manager, VIM), uma função de rede virtualizada (Virtualised Network Function, VNF), um gerente de função de rede virtualizada (VNF Manager, VNFM), uma plataforma de gerenciamento de virtualização de funções de rede (Network Functions Virtualization Orchestrator, NFVO), um sistema de gerenciamento de elementos (Element Management System, EMS), e um sistema de suporte de operação/sistema de suporte de negócio (Operation support system/Business support system, OSS/BSS), são definidos na arquitetura de NFV. A NFVI é usada para prover uma infraestrutura em nuvem; a VNF é uma aplicação do elemento da rede em nuvem; o VIM é o responsável pelo gerenciamento de infraestrutura; o VNFM é o responsável pelo gerenciamento do ciclo de vida de VNF; o NFVO é o responsável pelo gerenciamento do ciclo de vida de um serviço; o EMS é um sistema de gerenciamento para uma aplicação de elemento de rede; e o OSS/BSS é um sistema de gerenciamento de rede de um sistema em nuvem.
[00111] A arquitetura de NFV é uma arquitetura padrão em nuvem totalmente aberta, e cada componente ou um mesmo tipo de componentes podem ser providos por diferentes vendedores de dispositivos; a redundância pode ser implementada com base em camadas diferen- tes (uma camada de infraestrutura, uma camada de aplicação, ou uma camada de gerenciamento); as capacidades de redundância providas por infraestruturas diferentes ou VNFs diferentes podem ser diferentes. Portanto, uma solução de redundância pode ser selecionada de uma maneira mais flexível para a implementação da distribuição de redundância na arquitetura de NFV.
[00112] Foi descrito no procedimento acima que o objeto de execução nesta modalidade da presente invenção pode ser distribuído como um módulo da preferência de solução de redundância em uma entidade de função de uma arquitetura de computação em nuvem existente e, especificamente, pode ser distribuído em um NFVO, ou um VNFM, ou um OSS/BSS, ou um EMS na arquitetura de NFV.
[00113] Uma posição onde o módulo da preferência de solução de redundância é distribuído determina uma passagem de transferência da informação de infraestrutura, da informação do gerente de infraes- trutura, da informação do objeto de aplicação, e outras ainda. O que segue descreve a distribuição do módulo de preferência de solução de redundância em um NFVO ou um VNFM.
[00114] No processo de implementação a seguir, o módulo de preferência de solução de redundância no NFVO pode indagar ativamente a informação de infraestrutura acima, a informação do gerente de infraes- trutura, e a informação do objeto de aplicação de um VIM, um VNFM, ou algo do gênero, e também pode receber a informação de infraestru- tura, a informação do gerente de infraestrutura, e a informação do objeto de aplicação que são enviadas ativamente pelo VIM, pelo VNFM, ou algo do gênero, o que não é limitado neste caso. Do mesmo modo, o módulo de preferência de solução de redundância no VNFM pode indagar ativamente a informação de infraestrutura acima, a informação do gerente de infraestrutura, e a informação do objeto de aplicação de um VIM, um VNF, ou algo do gênero, e também pode receber a informação de infraestrutura, a informação do gerente de infraestrutura, e a informação do objeto de aplicação que foram enviadas ativamente pelo VIM, pelo VNF, ou algo do gênero, o que não é limitado neste caso.
[00115] A FIGURA 6 mostra um diagrama esquemático da distribuição de um módulo de preferência de solução de redundância em um NFVO. Quando o módulo de preferência de solução de redundância é distribuído no NFVO, uma NFVI transmite a informação de infraestrutura ao NFVO ao usar um VIM, tal como indicado por uma passagem numerada por 1 na FIGURA 6, isto é, o VIM relata a informação relevante de cada NFVI gerenciada ao NFVO, ou o NFVO pode subscrever a informação relevante de uma NFVI do VIM; o VIM transmite a informação de gerente de infraestrutura ao NFVO, tal como indicado por uma passagem numerada por 2 na FIGURA 6; um VNF transmite a informação do objeto de aplicação (incluindo a informação tal como uma capacidade de redundância, uma restrição de redundância, e o status de saúde de um objeto de aplicação) ao NFVO ao usar um VNFM, tal como indicado por uma passagem numerada por 3a na FIGURA 6, ou o VNFM pode transmitir diretamente a informação de objeto de aplicação armazenada ao NFVO, tal como indicado por uma passagem numerada por 3b na FIGURA 6; um OSS/BSS transmite um pedido de configuração de solução de redundância (incluindo a informação de restrição de redundância de um usuário) ao NFVO, tal como indicado por uma passagem numerado da por 4a na FIGURA 6, ou um EMS transmite um pedido de configuração de solução de redundância ao NFVO ao usar o VNFM, tal como indicado por uma passagem numerada por 4b na FIGURA 6, ou o VNFM transmite um pedido de configuração de solução de redundância ao NFVO, tal como indicado por uma passagem numerada por 4c na FIGURA 6, ou o NFVO também pode receber diretamente um pedido de configuração de solução de redundância ativado por um usuário ao usar o software de gerenciamento de NFVO; especificamente, uma ma- neira de transmitir um pedido de configuração de solução de redundância pode ser a adição de informação de pedido de confirmação de solução de redundância em um arquivo de descritor de serviço de rede (Virtual Network Function Descriptor, VNFD) ou um arquivo de descritor de serviço de rede (Network Service Descriptor, NSD), e além disso o pedido de configuração de solução de redundância acima também pode ser transmitido ao usar um comando de interface.
[00116] Especificamente, a informação ou um elemento relacionado à configuração de uma solução de redundância podem ser definidos no VNFD ou o NSD, onde a informação ou o elemento são usados para identificar que uma solução de redundância precisa ser configurada para um objeto de aplicação específico, ou NS, ou DC, e o conteúdo da descrição relacionado à informação ou ao elemento é usado para descrever a informação da configuração de redundância (incluindo a informação da capacidade de redundância, e/ou a informação de restrição de redundância, e/ou algo do gênero) de um VNF específico, ou NS, ou DC.
[00117] Por exemplo, tal como mostrado na Tabela 1 e na Tabela 2 a seguir, um indicador de configuração de redundância (Disaster Recovery Configuration Indicator, DRCI) pode ser definido em um VNFD, e o conteúdo da descrição do DRCI é usado para descrever a informação da configuração de redundância de um VNF correspondente, em que a informação da configuração de redundância inclui a informação da capacidade de redundância, a informação de restrição de redundância, e outras ainda. Um número baixo de DRCI é usado para indicar o número de pedaços da informação da configuração de redundância e, tal como mostrado na Tabela 1, o número baixo é 0-N, que indica que a informação da configuração de redundância não pode ser carregada, ou múltiplos pedaços da informação da configuração de redundância podem ser carregados; tal como mostrado na Tabela 2, o número baixo é 1, o que indica que um pedaço da informação da configuração de redundância é carregado.
Figure img0001
[00118] A FIGURA 7 mostra um diagrama esquemático da distribuição de um módulo da preferência da solução de redundância em um VNFM. Quando o módulo da preferência da solução de redundância é distribuído no VNFM, uma NFVI transmite a informação de infraestru- tura ao VNFM ao usar um VIM, tal como indicado por uma passagem numerada por 5 na FIGURA 7, isto é, o VIM transmite a informação relevante de cada NFVI gerenciado ao VNFM, ou o VNFM pode subscrever à informação relevante de um NFVI do VIM; o VIM transmite a informação do gerente de infraestrutura ao VNFM, tal como indicado por uma passagem numerada por 6 na FIGURA 7; um VNF transmite a informação do objeto de aplicação ao VNFM, tal como indicado por uma passagem numerada por 7 na FIGURA 7; um EMS transmite um pedido de configuração de solução de redundância ao VNFM, tal como indicado por uma passagem numerada por 8a na FIGURA 7, ou um OSS/BSS transmite um pedido da configuração de solução de redundância recebido a um NFVO, e o NFVO envia o pedido de configuração de solução de redundância ao VNFM, tal como indicado por uma passagem numerada por 8b na FIGURA 7, ou o NFVO transmite um pedido de configuração de solução de redundância recebido ao VNFM, tal como indicado por uma passagem numerada por 8c na FIGURA 7; ou o VNFM também pode receber diretamente um pedido de configuração de solução de redundância ativado por um usuário ao usar o software de gerenciamento do VNFM. Especificamente, uma maneira de transmitir um pedido de configuração de solução de redundância pode ser a adição da informação do pedido de configuração de solução de redundância em um arquivo de descritor de função da rede (Virtual Network Function Descriptor, VNFD) ou um arquivo de descritor de serviço de rede (Network Service Descriptor, NSD), e o pedido de configuração de solução de redundância acima também pode ser transmitido ao usar um comando de interface.
[00119] Pode ser observado que nas duas passagens de transferência de informação acima, não importa se o módulo de preferência de solução de redundância é distribuído no NFVO ou no VNFM, a informação de infraestrutura e a informação do gerente de infraestrutura são transmitidas ao módulo de preferência de solução de redundância ao usar um gerente de infraestrutura.
[00120] Isto é, a informação de infraestrutura e a informação do gerente de infraestrutura são coletadas na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida por qualquer gerente de infraestrutura, do gerente de infraestrutura e de cada infraestrutura ge- renciada pelo gerente de infraestrutura; e o armazenamento, na base de informação da capacidade de redundância, da informação recebida do gerente de infraestrutura e de cada infraestrutura gerenciada pelo gerente de infraestrutura.
[00121] Opcionalmente, se o módulo de preferência de solução de redundância e a base de informação da capacidade de redundância forem distribuídos no NFVO, a recepção de um pedido de configuração de solução de redundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de suporte de operação OSS ou um sistema de suporte de negócio BSS, ou a recepção do pedido de configuração de solução de redundância que é proveniente de um sistema de gerenciamento de elementos EMS e encaminhado pelo gerente de função de rede virtualizada VNFM, ou a recepção do pedido de configuração de solução de redundância encaminhado pelo gerente de função de rede virtualizada VNFM, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e
[00122] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação, transmitida pelo gerente de função de rede virtualizada VNFM, de cada objeto de aplicação gerenciado pelo VNFM; e o armazenamento da informação recebida de cada objeto de aplicação na base de informação da capacidade de redundância.
[00123] Opcionalmente, se o módulo da preferência da solução de redundância e a base de informação da capacidade de redundância forem distribuídos no VNFM, a recepção de um pedido de configuração de solução de redundância inclui: a recepção do pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos EMS, ou a recepção do pedido de configu- ração de solução de redundância que é proveniente de um OSS/BSS e é encaminhado pela NFVO, ou a recepção do pedido de configuração de solução de redundância transmitido pelo NFVO, ou a recepção do pedido de configuração de solução de redundância entregue pelo software de gerenciamento de VNFM; e
[00124] a informação do objeto de aplicação é coletada na base de informação da capacidade de redundância estabelecida de acordo com as etapas a seguir: a recepção da informação do objeto de aplicação transmitida por cada objeto de aplicação; e o armazenamento da informação recebida do objeto de aplicação na base de informação da capacidade de redundância.
[00125] Em um processo de implementação específico, quando qualquer uma da informação de infraestrutura, da informação do gerente de infraestrutura, e da informação do objeto de aplicação muda, a informação atualizada pode ser transmitida à base de informação da capacidade de redundância em tempo ao usar as passagens acima, e o módulo de preferência de solução de redundância reformula uma solução de redundância apropriada para um objeto de aplicação afetado de acordo com a informação atualizada. Especificamente, com base nas passagens de transferência de informação providas pelas mo-dalidades acima da presente invenção, quando a informação, tal como uma capacidade de redundância, da infraestrutura e do gerente de in- fraestrutura muda, por exemplo, o software é atualizado, um novo componente de infraestrutura é adicionado, ou algumas infraestruturas ficam defeituosas, a base de informação da capacidade de redundância pode atualizar os dados em tempo e identificar um objeto de aplicação afetado, e então realimenta a informação ao módulo de preferência de solução de redundância; e o módulo de preferência de solução de redundância reformula uma solução de redundância apropriada para o objeto de aplicação afetado, e lembra um usuário a ajustar ou ativar um sistema para ajustar automaticamente a solução de redundância. Quando a informação, tal como uma capacidade de redundância ou uma restrição de redundância de um objeto de aplicação que foi distribuído muda, por exemplo, o software é atualizado, ou um usuário executa um ajuste, a base de informação da capacidade de redundância também pode atualizar os dados em tempo e identificar um objeto de aplicação afetado, e é então realimenta a informação ao módulo de preferência de solução de redundância; e o módulo de preferência de solução de redundância reformula uma solução de redundância apropriada para o objeto de aplicação afetado, e lembra o usuário a ajustar ou ativar um sistema para ajustar automaticamente a solução de re-dundância.
[00126] Pode ser claramente compreendido por um elemento versado no estado da técnica que, para a finalidade de descrição conveniente e breve, a divisão dos módulos de função acima é tomada como um exemplo para ilustração. Na aplicação real, as funções acima podem ser alocadas a módulos de função diferentes e implementadas de acordo com um requisito, isto é, uma estrutura interna de um aparelho é dividida em módulos de função diferentes para implementar todas ou uma parte das funções descritas acima. Para um processo de trabalho detalhado do sistema, aparelho e unidade acima, pode ser feita referência a um processo correspondente nas modalidades do método acima, e os detalhes não são descritos novamente neste caso.
[00127] Em várias modalidades fornecidas no presente pedido de patente, deve ser compreendido que o sistema, o aparelho e o método divulgados podem ser implementados em outras maneiras. Por exemplo, a modalidade do aparelho descrita é meramente exemplificadora. Por exemplo, o módulo ou a divisão da unidade é meramente uma divisão de função lógica e pode ser outra divisão na implementação real. Por exemplo, uma pluralidade de unidades ou componentes podem ser combinados ou integrados em um outro sistema, ou algumas ca-racterísticas podem ser ignoradas ou não executadas. Além disso, os acoplamentos mútuos indicados ou discutidos ou os acoplamentos diretos ou as conexões de comunicação podem ser implementados através de algumas interfaces. Os acoplamentos indiretos ou as conexões de comunicação entre os aparelhos ou as unidades podem ser implementados em formas eletrônicas, mecânicas, ou outras ainda.
[00128] As unidades descritas como as partes separadas podem ou não ser fisicamente separadas, e as partes indicadas como unidades podem ou não ser unidades físicas, podem ficar localizadas em uma posição, ou podem ser distribuídas em uma pluralidade de unidades de rede. Uma parte ou todas as unidades podem ser selecionadas de acordo com necessidades reais para atingir os objetivos das soluções das modalidades.
[00129] Além disso, as unidades funcionais nas modalidades do presente pedido de patente podem ser integradas em uma unidade de processamento, ou cada uma das unidades pode existir sozinha fisicamente, ou duas ou mais unidades são integradas em uma unidade. A unidade integrada pode ser implementada em uma forma de hardware, ou pode ser implementada em uma forma de uma unidade funcional de software.
[00130] Quando a unidade integrada é implementada na forma de uma unidade funcional de software e vendida ou usada como um produto independente, a unidade integrada pode ser armazenada em um meio de armazenamento que pode ser lido por computador. Com base em tal compreensão, as soluções técnicas do presente pedido de patente essencialmente, ou a parte que contribui para a técnica anterior, ou todas ou uma parte das soluções técnicas podem ser implementadas na forma de um produto de software. O produto de software é armazenado em um meio de armazenamento e inclui várias instruções para instruir um dispositivo de computador (que pode ser um computador pessoal, um servidor, ou um dispositivo de rede) ou um processador para executar todas ou uma parte das etapas dos métodos descritos nas modalidades do presente pedido de patente. O meio de armazenamento acima inclui: qualquer meio que pode armazenar o código do programa, tal como um drive flash USB, um disco rígido removível, uma memória só de leitura (Read-Only Memory, ROM), uma memória de acesso aleatório (Random Access Memory, RAM), um disco magnético, ou um disco óptico.
[00131] As modalidades acima se prestam meramente a descrever as soluções técnicas da presente invenção em detalhes. As descrições das modalidades acima se prestam meramente a ajudar a compreender o método e as ideias centrais da presente invenção, e não devem ser compreendidas como uma limitação na presente invenção. Qualquer variação ou substituição prontamente imaginada por um elemento versado no estado da técnica dentro do âmbito técnico divulgado na presente invenção deverá se enquadrar dentro do âmbito de proteção da presente invenção.

Claims (12)

1. Aparelho para configurar uma solução de redundância em uma arquitetura de computação em nuvem, caracterizado pelo fato de que o aparelho compreende: um módulo de recepção (21), configurado para receber um pedido de configuração de solução de redundância, e transmitir o pedido de configuração de solução de redundância recebido a um primeiro módulo de determinação (22); o primeiro módulo de determinação (22), configurado para determinar, de acordo com o pedido de configuração de solução de redundância, informação de capacidade de redundância e informação de requisito de restrição de redundância de um objeto de aplicação a ser configurado; e transmitir a informação de capacidade de redundância e a informação de requisito de restrição de redundância do objeto de aplicação a ser configurado determinadas a um segundo módulo de determinação (23), em que a restrição de redundância compreende pelo menos um dentre uma restrição geográfica, uma restrição de compatibilidade, uma restrição de anticompatibilidade, e uma restrição de prioridade; e o segundo módulo de determinação (23), configurado para determinar, de acordo com informação de infraestrutura, informação de gerente de infraestrutura, e informação de objeto de aplicação em uma base de informação de capacidade de redundância estabelecida, e a informação de capacidade de redundância e a informação de requisito de restrição de redundância do objeto de aplicação a ser configurado, uma solução de redundância para o objeto de aplicação a ser configurado; em que a solução de redundância é determinada com base em um modo de redundância e um mecanismo de redundância que são determinados de acordo com a informação de capacidade de redundância e a informação de requisito de restrição de redundância do obje- to de aplicação, em que o modo de redundância é um dentre um modo ativo-em espera, um modo ativo-ativo, um modo de compartilhamento de carga, ou um modo ativo/a ser distribuído, e em que o mecanismo de redundância é um dentre um mecanismo que executa a redundância e o apoio com base em uma camada de infraestrutura, um mecanismo que executa a redundância e o apoio com base em uma camada de aplicação, um mecanismo que executa a redundância e apoio baseado em uma camada de plataforma, ou um mecanismo que executa a redundância e o apoio com base em um domínio de gerenciamento.
2. Aparelho, de acordo com a reivindicação 1, caracterizado pelo fato de que a informação de infraestrutura compreende pelo menos uma dentre informação de capacidade de redundância e informação de uso de recurso de pelo menos uma infraestrutura; a informação de gerente de infraestrutura compreende informação de capacidade de redundância de pelo menos um gerente de infraestrutura; e a informação de objeto de aplicação compreende pelo menos um dentre informação de capacidade de redundância, e informação de restrição de redundância, e informação de estado de saúde de pelo menos um objeto de aplicação que foi distribuído.
3. Aparelho, de acordo com a reivindicação 2, caracterizado pelo fato de que a arquitetura de computação em nuvem é uma arquitetura de virtualização de funções de rede (NFV), o objeto de aplicação é uma função de rede virtualizada (VNF); a infraestrutura é uma infraestrutura de virtualização de funções de rede (NFVI); e o gerente de infraestrutura é um gerente de infraestrutura virtual (VIM).
4. Aparelho, de acordo com a reivindicação 3, caracterizado pelo fato de que a base de informação de capacidade de redundância e o aparelho estão localizados em uma plataforma de gerenciamento de virtualização de funções de rede (NFVO), ou a base de in- formação de capacidade de redundância e o aparelho estão localizados em um gerente de função de rede virtualizada (VNFM); e o módulo de recepção (21) é ainda configurado para receber informação, transmitida por qualquer gerente de infraestrutura, do gerente de infraestrutura e cada infraestrutura gerenciada pelo gerente de infraestrutura, e armazenar, na base de informação de capacidade de redundância, a informação recebida do gerente de infraestrutura e cada infraestrutura gerenciada pelo gerente de infraestrutura.
5. Aparelho, de acordo com a reivindicação 4, caracterizado pelo fato de que a base de informação de capacidade de redundância e o aparelho estão localizados na plataforma de gerenciamento de virtualização de funções de rede (NFVO); o módulo de recepção (21) é configurado especificamente para executar um dentre: receber o pedido de configuração de solução de redundância transmitido por um dentre um sistema de suporte de operação (OSS) e um sistema de suporte de negócio (BSS), receber o pedido de configuração de solução de redundância que é de um sistema de gerenciamento de elementos (EMS) e encaminhado pelo gerente de função de rede virtualizada (VNFM), receber o pedido de configuração de solução de redundância enviado pelo gerente de função de rede virtualizada (VNFM), e receber o pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e o módulo de recepção (21) também é configurado para receber informação, transmitida pelo gerente de função de rede virtuali- zada (VNFM) de cada objeto de aplicação gerenciado pelo VNFM, e armazenar a informação recebida de cada objeto de aplicação na base de informação de capacidade de redundância.
6. Aparelho, de acordo com a reivindicação 4, caracterizado pelo fato de que a base de informação de capacidade de redun- dância e o aparelho estão localizados no gerente de função de rede virtualizada (VNFM); o módulo de recepção (21) é configurado especificamente para executar um dentre: receber o pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos (EMS), receber o pedido de configuração de solução de redundância que é de um dentre um sistema de suporte de operação (OSS) e um sistema de suporte de negócio (BSS) e encaminhado pela plataforma de gerenciamento de virtualização de funções de rede (NFVO), receber o pedido de configuração de solução de redundância transmitido pela NFVO, e receber o pedido de configuração de solução de redundância entregue pelo software da gerenciamento de VNFM; e o módulo de recepção (21) também é configurado para receber informação de objeto de aplicação transmitida por cada objeto de aplicação, e armazenar a informação recebida do objeto de aplicação na base de informação de capacidade de redundância.
7. Método para configurar uma solução de redundância em uma arquitetura de computação em nuvem, caracterizado pelo fato de que o método compreende etapas de: receber (S401) por um módulo de recepção (21) de um aparelho um pedido de configuração de solução de redundância; transmitir o pedido de configuração de solução de redundância recebido para um primeiro módulo de determinação (22) do aparelho; determinar (S402), pelo primeiro módulo de determinação (22), de acordo com o pedido de configuração de solução de redundância, informação de capacidade de redundância e informação de requisito de restrição de redundância de um objeto de aplicação a ser configurado, em que a restrição de redundância compreende pelo menos um dentre uma restrição geográfica, uma restrição de compa- tibilidade, uma restrição de anticompatibilidade, e uma restrição de prioridade; transmitir a informação de capacidade de redundância e a informação de requisito de restrição de redundância de um objeto de aplicação a ser configurado transmitir a informação de capacidade de redundância e a informação de requisito de restrição de redundância de um objeto de aplicação a ser configurado determinadas a um segundo módulo de determinação (23), determinar (S403), pelo segundo módulo de determinação (23), de acordo com informação de infraestrutura, informação de gerente de infraestrutura, e informação de objeto de aplicação em uma base de informação de capacidade de redundância estabelecida, e a informação de capacidade de redundância e a informação de requisito de restrição de redundância do objeto de aplicação a ser configurado, uma solução de redundância para o objeto de aplicação a ser configurado; em que a solução de redundância é determinada com base em um modo de redundância e um mecanismo de redundância que são determinados de acordo com a informação de capacidade de redundância e a informação de requisito de restrição de redundância do objeto de aplicação, em que o modo de redundância é um dentre um modo ativo-em espera, um modo ativo-ativo, um modo de compartilhamento de carga, e um modo ativo/a ser distribuído, e em que o mecanismo de redundância é um dentre um mecanismo que executa a redundância e o apoio com base em uma camada de infraestrutura, um mecanismo que executa a redundância e o apoio com base em uma camada de aplicação, um mecanismo que executa a redundância e apoio baseado em uma camada de plataforma, e um mecanismo que executa a redundância e o apoio com base em um domínio de gerenciamento.
8. Método de acordo com a reivindicação 7, caracterizado pelo fato de que a informação de infraestrutura compreende pelo me- nos uma dentre informação de capacidade de redundância e informação de uso de recurso de pelo menos uma infraestrutura; a informação de gerente de infraestrutura compreende informação de capacidade de redundância de pelo menos um gerente de infraestrutura; e a informação de objeto de aplicação compreende pelo menos um dentre informação de capacidade de redundância, e informação de restrição de redundância, e informação de estado de saúde de pelo menos um objeto de aplicação que foi distribuído.
9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que a arquitetura de computação em nuvem é uma arquitetura de virtualização de funções de rede (NFV), o objeto de aplicação é uma função de rede virtualizada (VNF); a infraestrutura é uma infra- estrutura de virtualização de funções de rede (NFVI); e o gerente de infraestrutura é um gerente de infraestrutura virtual (VIM).
10. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que a base de informação de capacidade de redundância fica localizada em uma plataforma de gerenciamento de virtua- lização de funções de rede (NFVO), ou localizada em um gerente de função de rede virtualizada (VNFM); e a informação de infraestrutura e a informação de gerente de infraestrutura são coletadas na base de informação de capacidade de redundância estabelecida de acordo com as etapas a seguir: receber informação, transmitida por qualquer gerente de infraestrutura, do gerente de infraestrutura e cada infraestrutura gerenciada pelo gerente de infraestrutura; e armazenar, na base de informação de capacidade de redundância, a informação recebida do gerente de infraestrutura e cada infraestrutura gerenciada pelo gerente de infraestrutura.
11. Método, de acordo com a reivindicação 10, caracterizado pelo fato de que a base de informação de capacidade de re- dundância está localizada na plataforma de gerenciamento de virtuali- zação de funções de rede (NFVO); a etapa de receber um pedido de configuração de solução de redundância compreende um dentre: receber o pedido de configuração de solução de redundância transmitido por um dentre um sistema de suporte de operação (OSS) e um sistema de suporte de negócio (BSS), receber o pedido de configuração de solução de redundância que é de um sistema de gerenciamento de elementos (EMS) e encaminhado pelo gerente de função de rede virtualizada (VNFM), receber o pedido de configuração de solução de redundância enviado pelo gerente de função de rede virtualizada (VNFM), e receber o pedido de configuração de solução de redundância entregue pelo software de gerenciamento de NFVO; e a informação de objeto de aplicação é coletada na base de informação de capacidade de redundância estabelecida de acordo com as etapas a seguir: receber informação, transmitida pelo gerente de função de rede virtualizada (VNFM) de cada objeto de aplicação gerenciado pelo VNFM; e armazenar a informação recebida de cada objeto de aplicação na base de informação de capacidade de redundância.
12. Método, de acordo com a reivindicação 10, caracterizado pelo fato de que a base de informação de capacidade de redundância está localizada no gerente de função de rede virtualizada (VNFM); a etapa de receber um pedido de configuração de solução de redundância compreende um dentre: receber o pedido de configuração de solução de redundância transmitido por um sistema de gerenciamento de elementos (EMS), receber o pedido de configuração de solução de redundância que é de um dentre um sistema de suporte de operação (OSS) e um sistema de suporte de negócio (BSS) e encaminhado pela plataforma de gerenciamento de virtualização de fun- ções de rede (NFVO), receber o pedido de configuração de solução de redundância transmitido pela NFVO, e receber o pedido de configuração de solução de redundância entregue pelo software de gerenciamento de VNFM; e a informação de objeto de aplicação é coletada na base de informação de capacidade de redundância estabelecida de acordo com as etapas a seguir: receber informação de objeto de aplicação transmitida por cada objeto de aplicação; e armazenar a informação recebida do objeto de aplicação na base de informação de capacidade de redundância.
BR112016023577-0A 2014-04-14 2014-04-14 Aparelho e método para configurar solução de redundância em arquitetura de computação em nuvem BR112016023577B1 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/075321 WO2015157896A1 (zh) 2014-04-14 2014-04-14 一种云计算架构下的容灾方案配置方法及装置

Publications (2)

Publication Number Publication Date
BR112016023577A2 BR112016023577A2 (pt) 2017-08-15
BR112016023577B1 true BR112016023577B1 (pt) 2023-05-09

Family

ID=51710609

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112016023577-0A BR112016023577B1 (pt) 2014-04-14 2014-04-14 Aparelho e método para configurar solução de redundância em arquitetura de computação em nuvem

Country Status (7)

Country Link
US (1) US10205806B2 (pt)
EP (1) EP3116163B1 (pt)
CN (1) CN104115447B (pt)
BR (1) BR112016023577B1 (pt)
MX (1) MX364510B (pt)
RU (1) RU2641477C1 (pt)
WO (1) WO2015157896A1 (pt)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105530116B (zh) * 2014-10-24 2020-06-16 中兴通讯股份有限公司 一种虚拟化网络备份、恢复的方法和相应装置
WO2016070302A1 (zh) * 2014-11-03 2016-05-12 华为技术有限公司 虚拟网络功能实例的迁移方法、装置和系统
CN105656646B (zh) * 2014-11-10 2019-02-05 中国移动通信集团公司 一种虚拟网元的部署方法及装置
CN105681060B (zh) * 2014-11-17 2020-01-31 中兴通讯股份有限公司 一种虚拟化网络功能管理升级方法、装置及服务器
CN105812434B (zh) * 2014-12-30 2019-02-05 华为技术有限公司 用户手持设备虚拟化后的业务链控制方法及装置
CN105808316B (zh) * 2014-12-31 2019-04-23 杭州华为数字技术有限公司 虚拟网络加载方法和装置
EP3240253A4 (en) * 2015-01-19 2018-01-24 Huawei Technologies Co., Ltd. Method, apparatus and system for associating ns with vnf
JP6430651B2 (ja) 2015-02-06 2018-11-28 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｖｎｆ処理方針を決定する方法、装置、およびシステム
US9769694B2 (en) 2015-03-13 2017-09-19 Intel IP Corporation MME overload or underload mitigation by MME VNF apparatus and method
CN106464533B (zh) * 2015-04-09 2020-03-10 华为技术有限公司 基于网络功能虚拟化的故障处理方法和装置
CN105119736B (zh) * 2015-07-15 2019-01-18 华为技术有限公司 网络功能虚拟化架构中数据检查的方法和装置
CN106375101B (zh) 2015-07-20 2019-08-27 华为技术有限公司 一种生命周期管理方法及装置
CN105187256B (zh) * 2015-09-29 2018-11-06 华为技术有限公司 一种容灾方法、设备和系统
RU2730534C2 (ru) * 2015-10-13 2020-08-24 Шнейдер Электрик Эндюстри Сас Способ для размещения рабочих нагрузок в программно-определяемой автоматизированной системе
CN105429780B (zh) * 2015-10-30 2019-04-23 南京优速网络科技有限公司 一种虚拟化网络服务业务自动生成和动态监控的方法
CN106878096B (zh) * 2015-12-10 2019-12-06 中国电信股份有限公司 Vnf状态检测通告方法、装置以及系统
WO2017113201A1 (zh) * 2015-12-30 2017-07-06 华为技术有限公司 一种网络服务的生命周期管理方法及设备
CN107222324B (zh) * 2016-03-22 2021-05-14 华为技术有限公司 网络服务的业务配置方法和装置
CN106452842B (zh) * 2016-09-14 2019-09-24 上海海事大学 基于网络功能虚拟化中介系统架构的网络系统
CN107977287A (zh) * 2016-10-21 2018-05-01 中兴通讯股份有限公司 一种应用容灾实现方法、装置及系统
CN108234158B (zh) * 2016-12-14 2021-04-20 中国电信股份有限公司 Vnf的建立方法、nfvo以及网络系统
CN108270726B (zh) * 2016-12-30 2021-05-11 华为技术有限公司 应用实例部署方法及装置
CN108400998B (zh) * 2017-02-07 2020-03-20 华为技术有限公司 一种部署vnf的方法和系统
CN107220104A (zh) * 2017-05-27 2017-09-29 郑州云海信息技术有限公司 一种虚拟机备灾方法和装置
CN107689885A (zh) * 2017-08-04 2018-02-13 清华大学 网络功能虚拟化架构
CN108123831A (zh) * 2017-12-15 2018-06-05 安徽长泰信息安全服务有限公司 一种互联网应用中的容灾服务系统及方法
JP7069522B2 (ja) * 2018-03-08 2022-05-18 東芝ライテック株式会社 車両用照明装置および車両用灯具
CN108449214B (zh) * 2018-03-21 2020-09-25 大连理工大学 一种基于Click的虚拟网元在线编排方法
CN111025350B (zh) * 2018-10-10 2022-02-08 千寻位置网络有限公司 定位解算的控制方法及装置、终端设备及定位系统
US10855757B2 (en) 2018-12-19 2020-12-01 At&T Intellectual Property I, L.P. High availability and high utilization cloud data center architecture for supporting telecommunications services
CN109842526B (zh) * 2019-03-12 2021-12-07 中国联合网络通信集团有限公司 一种容灾方法和装置
CN110321250B (zh) * 2019-06-03 2023-05-09 创新先进技术有限公司 一种针对应用的容灾方法及装置
CN113746802B (zh) * 2021-08-02 2022-12-09 北京邮电大学 网络功能虚拟化中的方法以及本地状态和远程状态全存储的vnf装置
US11809292B2 (en) 2021-12-10 2023-11-07 Cisco Technology, Inc. Adaptive application recovery

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5157663A (en) * 1990-09-24 1992-10-20 Novell, Inc. Fault tolerant computer system
CN101437175B (zh) 2007-11-15 2010-09-15 华为技术有限公司 一种处理容灾切换的方法、装置及系统
CN101656624B (zh) 2008-08-18 2011-12-07 中兴通讯股份有限公司 一种多节点应用级容灾系统及容灾方法
CN101557307B (zh) * 2009-05-07 2011-06-15 国电南瑞科技股份有限公司 调度自动化系统应用状态管理方法
WO2012055448A1 (en) * 2010-10-29 2012-05-03 Nokia Siemens Networks Gmbh & Co. Kg. Control mechanism for reliability and availability setting in virtual networks
CN102025776A (zh) * 2010-11-16 2011-04-20 山东中创软件工程股份有限公司 一种容灾控制方法、装置及系统
CN102123048A (zh) 2011-02-14 2011-07-13 浪潮通信信息系统有限公司 电信设备容灾关系自动发现的处理方法
US8707095B2 (en) * 2011-07-14 2014-04-22 Beacon Property Group Llc Datacenter utilizing modular infrastructure systems and redundancy protection from failure
CN102609309B (zh) * 2012-01-19 2018-08-21 南京中兴新软件有限责任公司 一种用于云计算的策略调度系统和方法
CN202488495U (zh) * 2012-02-28 2012-10-10 东莞市博通科技服务有限公司 一种基于云计算的数字管理系统
CN102629224B (zh) * 2012-04-26 2014-11-26 广东电子工业研究院有限公司 一种基于云平台的一体化数据容灾方法及其装置
CN102868549B (zh) * 2012-08-15 2016-09-21 中国电力科学研究院 一种电力配网通信设备自助式配置系统和方法
CN103530698A (zh) 2013-10-09 2014-01-22 北京邮电大学 一种容灾方案最优化选择方法
WO2015126430A1 (en) * 2014-02-24 2015-08-27 Hewlett-Packard Development Company, L.P. Virtual network function management with deactivated virtual machines

Also Published As

Publication number Publication date
CN104115447B (zh) 2018-06-05
EP3116163B1 (en) 2019-06-19
BR112016023577A2 (pt) 2017-08-15
WO2015157896A1 (zh) 2015-10-22
US10205806B2 (en) 2019-02-12
CN104115447A (zh) 2014-10-22
EP3116163A1 (en) 2017-01-11
RU2641477C1 (ru) 2018-01-17
MX364510B (es) 2019-04-29
MX2016013396A (es) 2017-02-15
EP3116163A4 (en) 2017-03-29
US20170034318A1 (en) 2017-02-02

Similar Documents

Publication Publication Date Title
BR112016023577B1 (pt) Aparelho e método para configurar solução de redundância em arquitetura de computação em nuvem
US11768695B2 (en) Methods and apparatus to deploy a hybrid workload domain
US10050850B2 (en) Rack awareness data storage in a cluster of host computing devices
EP3110106B1 (en) Disaster recovery data center configuration method and apparatus in cloud computing architecture
US9999030B2 (en) Resource provisioning method
RU2646323C2 (ru) Технологии для выделения конфигурируемых вычислительных ресурсов
US10917294B2 (en) Network function instance management method and related device
Koslovski et al. Reliability support in virtual infrastructures
US20150263983A1 (en) System and Method for Allocating Resources and Managing a Cloud Based Computer System
BR112016023155B1 (pt) Método, aparelho e sistema de solução de problemas com base na virtualização de função de rede
AU2015419073A1 (en) Network service lifecycle management method and device
US11627056B2 (en) State controller running in a Kubernetes system and method for operating same
US11381451B2 (en) Methods, systems, and computer readable mediums for selecting and configuring a computing system to support a replicated application
US11886904B2 (en) Virtual network function VNF deployment method and apparatus
JP2018521389A (ja) ハードウェアアクセラレーション方法及び関連デバイス
CN109565447A (zh) 网络功能处理方法及相关设备
CN105357042A (zh) 一种高可用集群系统及其主节点和从节点
US11099827B2 (en) Networking-device-based hyper-coverged infrastructure edge controller system
US11442763B2 (en) Virtual machine deployment system using configurable communication couplings
US10785294B1 (en) Methods, systems, and computer readable mediums for managing fault tolerance of hardware storage nodes
US20230259431A1 (en) Quick disaster recovery in distributed computing environment
CN112988335A (zh) 一种高可用的虚拟化管理系统、方法及相关设备
WO2019011180A1 (zh) 一种License的发送方法和装置
US11005746B1 (en) Stack group merging system
CN110377483B (zh) 服务器监控系统及方法

Legal Events

Date Code Title Description
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 14/04/2014, OBSERVADAS AS CONDICOES LEGAIS