BR102016021194A2 - Method and traffic management device in the data center network - Google Patents
Method and traffic management device in the data center network Download PDFInfo
- Publication number
- BR102016021194A2 BR102016021194A2 BR102016021194-8A BR102016021194A BR102016021194A2 BR 102016021194 A2 BR102016021194 A2 BR 102016021194A2 BR 102016021194 A BR102016021194 A BR 102016021194A BR 102016021194 A2 BR102016021194 A2 BR 102016021194A2
- Authority
- BR
- Brazil
- Prior art keywords
- bandwidth
- data centers
- data center
- individual data
- information
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 31
- 238000007726 management method Methods 0.000 claims abstract description 46
- 238000004519 manufacturing process Methods 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000003247 decreasing effect Effects 0.000 description 4
- 238000013459 approach Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000003062 neural network model Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
resumo da patente de invenção para: método e dispositivo de gestão de tráfego na rede do centro de dados. este pedido revela um método e dispositivo de gestão de tráfego da rede do centro de dados. em uma implementação específica, o método de gestão de tráfego na rede do centro de dados compreende a aquisição de informação do histórico da largura de banda pré-armazenado de cada um dos pelo menos dois centros de dados, a informação da largura de banda compreende um selo temporal e uma largura de banda associada ao selo temporal; a previsão de uma largura de banda de centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação do histórico da largura de banda para obter informação da largura de banda prevista dos centros de dados individuais; a determinação se um novo pico da largura de banda será produzido nos centros de dados individuais, baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais; e o ajustamento do tráfego dos centros de dados individuais, se for determinado que existe um problema do centro de dados individual que produz o novo pico da largura de banda. esta implementação reduz a situação na qual o novo pico da largura de banda é produzido e reduz assim o custo da largura de banda dos centros de dados.
Description
Relatório Descritivo da Patente de Invenção para: "MÉTODO E DISPOSITIVO DE GESTÃO DE TRÁFEGO NA REDE DO CENTRO DE DADOS".
[001] ÁREA DA INVENÇÃO
[002] Este pedido diz respeito à área de engenharia de sistemas, especificamente à área da tecnologia de redes, e mais especificamente a um método e dispositivo de gestão de tráfego na rede do centro de dados.
[003] ANTECEDENTES DA INVENÇÃO
[004] Neste momento, com o desenvolvimento e aperfeiçoamento da tecnologia informática de nuvem e o desenvolvimento adicional da globalização, de modo a obter uma elevada fiabilidade e melhor desempenho, os serviços de nuvem operam habitualmente em uma arquitetura distribuída por regiões compreendendo uma pluralidade de centros de dados. De modo a atribuir adequadamente o tráfego na rede de centros de dados individuais, a abordagem da técnica anterior atribui habitualmente o tráfego de centros de dados individuais determinando uma proporção fixa.
[005] Contudo, durante a operação, se o tráfego de um certo centro de dados está prestes a atingir o seu pico histórico, a abordagem da técnica anterior não pode ajustar o respectivo tráfego a tempo, e, por conseguinte o custo da largura de banda do centro de dados é comparativamente mais elevado.
[006] SUMÁRIO DA INVENÇÃO
[007] Um objetivo deste pedido é fornecer um método e dispositivo de gestão de tráfego na rede do centro de dados, de modo a solucionar o problema técnico mencionado na seção de antecedentes anterior.
[008] Em um primeiro aspecto, este pedido fornece um método de gestão de tráfego na rede do centro de dados que compreende a aquisição de uma informação do histórico de largura de banda pré-armazenado de cada de pelo menos dois centros de dados, em que a informação da largura de banda compreende um selo temporal e uma largura de banda associada ao selo temporal; a previsão de uma largura de banda de centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação do histórico da largura de banda para obter informação da largura de banda prevista dos centros de dados individuais; a determinação se um novo pico da largura de banda será produzido nos centros de dados individuais, baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais; e o ajustamento do tráfego dos centros de dados individuais, se for determinado que existe um problema do centro de dados individual que produz o novo pico da largura de banda.
[009] Em alguns modelos, a informação do histórico da largura de banda é gerada e salva com base no tráfego na rede exterior adquirido em uma porta de rede exterior dos centros de dados individuais.
[010] Em alguns modelos, a determinação se o novo pico da largura de banda será produzido nos centros de dados individuais, baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais compreende a determinação de um ponto de referência do histórico da largura de banda dos centros de dados individuais baseado na informação do histórico da largura de banda dos centros de dados individuais e em um modo de taxação da largura de banda atual, sendo o ponto de referência do histórico da largura de banda um valor de um parâmetro da largura de banda utilizado para calcular as tarifas da largura de banda; e determinando, para cada um dos centros de dados, se o novo pico da largura de banda será produzido nos centros de dados individuais baseado em uma comparação entre a informação da largura de banda prevista e o ponto de referência do histórico da largura de banda do centro de dados.
[011] Em alguns modelos, o método compreende ainda o controle de um número de utilizadores com acesso e/ou uma velocidade de descarregamento do centro de dados com o problema, se for determinado que o problema com o centro de dados que produz o novo pico da largura de banda existe e se um novo pico da largura de banda for também produzido em outros centros de dados após o ajuste do tráfego.
[012] Em alguns modelos, a informação da largura de banda compreende ainda uma largura de banda associada ao selo temporal e ocupada por serviços individuais de nuvem; e o ajustamento do tráfego dos centros de dados individuais compreende ainda o ajustamento do tráfego dos centros de dados individuais associados aos serviços de nuvem começando pelo serviço de nuvem que ocupa uma largura de banda máxima, baseado na largura de banda ocupada pelos serviços de nuvem individuais na informação do histórico da largura de banda do centro de dados problema.
[013] Em alguns modelos, o método compreende ainda o controle de um número de utilizadores com acesso e/ou uma velocidade de descarregamento do serviço de nuvem começando pelo serviço de nuvem que ocupa uma largura de banda máxima, se for determinado que o problema do centro de dados que produz o novo pico da largura de banda existe e se um novo pico da largura de banda irá ser também produzido em outros centros de dados após o ajustamento do tráfego.
[014] Em um segundo aspecto, este pedido fornece um dispositivo de gestão do tráfego na rede do centro de dados que compreende uma unidade de aquisição da informação do histórico da largura de banda para adquirir informação do histórico da largura de banda pré-armazenado de cada de pelo menos dois centros, sendo que a informação da largura de banda compreende um selo temporal e uma largura de banda associada ao selo temporal; uma unidade de previsão da informação da largura de banda para prever uma largura de banda de centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação do histórico da largura de banda, para obter informação da largura de banda prevista dos centros de dados individuais; uma unidade de determinação de um novo pico de produção da largura de banda para determinar se um novo pico de largura de banda será produzido nos centros de dados individuais, baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais; e uma unidade de ajustamento do tráfego para ajustar o tráfego dos centros de dados individuais, se for determinado que existe um problema do centro de dados que produz um novo pico da largura de banda.
[015] Em alguns modelos, o dispositivo compreende ainda uma unidade de guardar a informação do histórico da largura de banda para gerar e guardar a informação do histórico da largura de banda baseado em tráfego na rede exterior adquirido em uma porta de rede exterior dos centros de dados individuais.
[016] Em alguns modelos, a nova unidade de determinação da produção do pico da largura de banda compreende uma subunidade para determinação do ponto de referência do histórico da largura de banda para determinar um ponto de referência do histórico da largura de banda dos centros de dados individuais na informação do histórico da largura de banda dos centros de dados individuais e um modo de carregamento do ponto de referência atual, sendo o ponto de referência do histórico da largura de banda um valor de um parâmetro da largura de banda utilizado para calcular carregamentos da largura de banda; e uma nova subunidade de determinação de produção de um novo pico da largura de banda para determinar, para cada um dos centros de dados, se o novo pico da largura de banda será produzido nos centros de dados individuais baseados em uma comparação entre a informação da largura de banda prevista e o ponto de referência do histórico da largura de banda do centro de dados.
[017] Em alguns modelos, o dispositivo compreende ainda uma primeira unidade de controle da velocidade de descarregamento para controlar um número de utilizadores com acesso e/ou uma velocidade de descarregamento do centro de dados problema, se uma nova unidade de determinação da produção do pico da largura de banda determinar que o centro de dados problema que produz o novo pico da largura de banda existe e se um novo pico da largura de banda for também produzido em outros centros de dados após o ajustamento do tráfego.
[018] Em alguns modelos, a informação da largura de banda compreende ainda uma largura de banda associada ao selo temporal e ocupada pelos serviços de nuvem individuais; e a unidade de ajustamento do tráfego é ainda utilizada para ajustar o tráfego dos centros de dados individuais associados aos serviços de nuvem começando pelo serviço de nuvem que ocupa uma largura de banda máxima, baseado na largura de banda ocupada pelos serviços de nuvem individuais na informação do histórico da largura de banda do centro de dados problema.
[019] Em alguns modelos, o dispositivo compreende ainda uma segunda unidade de controle da velocidade de descarregamento para controlar um número de utilizadores com acesso e/ou uma velocidade de descarregamento do serviço de nuvem começando a partir do serviço de nuvem que ocupa a largura de banda máxima, se a nova unidade de determinação de produção do pico da largura de banda determinar que o centro de dados problema que produz o novo pico da largura de banda existe e se um novo pico da largura de banda será também produzido em outros centros de dados após o ajustamento do tráfego.
[020] O método e dispositivo de gestão de tráfego na rede do centro de dados fornecido por este pedido reduz a situação em que o novo pico da largura de banda é produzido e reduz assim o custo da largura de banda dos centros de dados, determinando se o novo pico da largura de banda será produzido nos centros de dados individuais baseado na informação do histórico da largura de banda e na informação da largura de banda fornecida dos centros de dados individuais, e ajustando o tráfego dos centros de dados individuais quando é determinado que o centro de dados problema que produz o novo pico da largura de banda existe.
[021] BREVE DESCRIÇÃO DOS DESENHOS
[022] Outras características, objetivos e vantagens deste pedido tornar-se-ão mais notórios após a leitura da descrição detalhada para modelos não limitativos com referência aos desenhos que a acompanha, na qual: [023] A Fig. 1 é um diagrama arquitetural de um sistema exemplo no qual este pedido pode ser implementado;
[024] A Fig. 2 é um fluxograma de um método de gestão de tráfego na rede do centro de dados de acordo com um modelo deste pedido;
[025] A Fig. 3 é um fluxograma de um método de gestão de tráfego na rede do centro de dados de acordo com outro modelo deste pedido;
[026] A Fig. 4 é um diagrama estrutural esquemático de um dispositivo de gestão de tráfego na rede do centro de dados de acordo com um modelo deste pedido;
[027] A Fig. 5 é um diagrama estrutural esquemático de um sistema informático adaptado para implementar um servidor de gestão do modelo deste pedido.
[028] DESCRIÇÃO DOS MODELOS
[029] Este pedido será ainda descrito em baixo em detalhe juntamente com os desenhos e os modelos que o acompanham. Dever-se-á ter em atenção que os modelos específicos aqui descritos são apenas utilizados para explicar a invenção relevante, e não limitar a invenção. Além disso, dever-se-á ter em atenção que, para facilidade de descrição, apenas as partes relativas à invenção relevante são ilustradas nos desenhos que a acompanham.
[030] Dever-se-á também ter em atenção que os modelos neste pedido e as características nos modelos podem ser combinados uns com os outros em uma base não conflituosa. Este pedido será descrito em baixo em detalhe com referência aos desenhos que o acompanham e juntamente com os modelos.
[031] A Fig. 1 ilustra uma arquitetura exemplo de um sistema 100 que pode ser utilizado por um método de gestão de tráfego na rede ou um dispositivo de gestão de tráfego na rede de um modelo deste pedido.
[032] Tal como ilustrado na Fig. 1, a arquitetura do sistema 100 pode compreender os aparelhos terminais 101,102 e 103, uma rede 104, um servidor de gestão 105 e centros de dados 106, 107 e 108. A rede 104 serve como um meio que fornece uma ligação para comunicações entre os aparelhos terminais 101,102,103 e o servidor de gestão 105, entre os aparelhos terminais 101,102, 103 e os centros de dados 106,107, 108, e entre os centros de dados 106,107, 108 e o servidor de gestão 105. A rede 104 pode compreender vários tipos de ligações, tais como ligações de transmissão com ou sem fios, ou fibras óticas.
[033] Os utilizadores podem utilizar os aparelhos terminais 101, 102 e 103 para interagirem com os centros de dados 106, 107 e 108 através da rede 104 para receber ou transmitir mensagens, etc. Várias aplicações de clientes tais como aplicação de navegação, aplicações de gestão de documentos, aplicações de busca, clientes de caixa de correio e software da plataforma social, etc., podem ser instaladas nos aparelhos terminais 101, 102, 103.
[034] Os aparelhos terminais 101, 102 e 103 podem ser vários aparelhos eletrônicos inteligentes que suportam a comunicação de dados, incluindo, mas não limitado a smartphones, computadores tablete, computadores portáteis e computadores de mesa, etc.
[035] O servidor de gestão 105 pode ser um servidor para fornecer vários serviços, tais como um servidor para o desempenho do controle do tráfego na rede para aplicações do cliente nos aparelhos terminal 101, 102 e 103 ou nos centros de dados 106, 107 e 108. O servidor de gestão 105 pode efetuar o processamento, tal como o armazenamento, análise, nos dados recebidos, e controlar o tráfego na rede dos centros de dados ou dos aparelhos terminal com base nos resultados da análise.
[036] Dever-se-á ter em atenção que o método de gestão do tráfego na rede fornecido pelo modelo desta invenção é habitualmente executado pelo servidor de gestão 105. Por conseguinte, o dispositivo do tráfego na rede encontra-se habitualmente no servidor de gestão 105.
[037] Dever-se-á considerar que os números dos aparelhos terminal, das redes e dos servidores na Fig. 1 são meramente ilustrativos. Qualquer número de dispositivos terminal, redes e servidores pode ser fornecido com base nos requisitos atuais.
[038] No que diz ainda respeito à Fig. 2, um fluxo 200 de um método de gestão de tráfego na rede de um centro de dados de acordo com um modelo deste pedido é ilustrado.
[039] Tal como ilustrado na Fig. 2, o método de gestão de tráfego na rede do centro de dados fornecido por este modelo compreende as seguintes etapas: [040] Etapa 201: Adquirir informação do histórico da largura de banda pré-armazenado de cada pelo menos dois centros de dados.
[041] Especificamente, a informação da largura de banda descrita em cima inclui a seguinte informação: um selo temporal e uma largura de banda associada ao selo temporal.
[042] Neste modelo, um aparelho eletrônico (tal como o servidor de gestão ilustrado na Fig. 1) no qual opera o método de gestão de tráfego na rede pode solicitar informação do histórico da largura de banda de cada dos centros de dados a partir de um suporte de armazenamento lido por computador (tal como uma base de dados). Ao solicitar à base de dados como um exemplo, os dados da informação do histórico da largura de banda na base de dados podem ser pré-adquiridos e pré-guardados na base de dados.
[043] Etapa 202: Prever uma largura de banda dos centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação do histórico da largura de banda descrita em cima, para obter informação prevista da largura de banda dos centros de dados individuais.
[044] Neste modelo, o servidor de gestão pode prever a largura de banda dos centros de dados individuais durante um futuro período de tempo pré-determinado (por ex.: 10 min) baseado na informação do histórico da largura de banda pré-determinada através da previsão de algoritmos tais como a previsão do modelo de rede neural, previsão do ajustamento de curvas e previsão cinza, para obter uma informação da largura de banda prevista dos centros de dados individuais. Especificamente, a informação do histórico da largura de banda descrita em cima pode ser selo temporal da informação do histórico da largura de banda em um período de tempo passado pré-determinado (por ex.: 30 min).
[045] Etapa 203: Determinar se um novo pico da largura de banda irá ser produzido nos centros de dados individuais baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais.
[046] Neste modelo, o servidor de gestão pode, para cada um dos centros de dados, adquirir uma largura de banda máxima na informação do histórico da largura de banda descrita em cima do centro de dados, depois determinar se a informação da largura de banda prevista do centro de dados compreende informação da largura de banda prevista superior à largura de banda máxima descrita em cima, e se for determinar que um novo pico da largura de banda irá ser produzido no centro de dados.
[047] Etapa 204; Ajustar o tráfego dos centros de dados individuais, se for determinado que existe um problema em o centro de dados produzir o novo pico da largura de banda.
[048] Neste modelo, se for determinado que existe um problema em o centro de dados produzir o novo pico da largura de banda, o servidor de gestão pode ajustar o tráfego dos centros de dados individuais modificando as proporções de atribuição de tráfego dos centros de dados individuais (por ex.: diminuindo a proporção da atribuição de tráfego do centro de dados problema descrito em cima e aumentando as proporções do fluxo de tráfego dos outros centros de dados; ou diminuindo a quantidade de atribuição de tráfego do centro de dados problema e aumentando a quantidade de atribuição de tráfego de outros centros de dados. Estas proporções de atribuição de tráfego ou quantidade de atribuição de tráfego podem ser definidas através de um ficheiro de configuração, e os centros de dados individuais podem ajustar o respectivo tráfego na rede adquirindo informação no ficheiro de configuração.
[049] Em algumas implementações opcionais deste modelo, a informação do histórico da largura de banda descrita em cima é gerada e guardada com base no tráfego na rede exterior adquirido em uma porta de rede exterior dos centros de dados individuais. O servidor de gestão pode gerar a informação da largura de banda do centro de dados recebendo a informação de tráfego obtida através da aquisição de tráfego efetuada por um interruptor existente na porta de rede exterior de cada um dos centros de dados, e guardar a informação da largura de banda no suporte de armazenamento lido por computador (tal como uma base de dados).
[050] Em algumas implementações opcionais deste modelo, a etapa 203 pode compreender as seguintes etapas: determinar um ponto de referência do histórico da largura de banda dos centros de dados individuais baseado na informação do histórico da largura de banda dos centros de dados individuais e em um modo de taxação da largura de banda atual, em que o ponto de referência do histórico da largura de banda é um valor de um parâmetro da largura de banda utilizado para calcular as tarifas da largura de banda; e determinando, para cada um dos centros de dados, se o novo pico da largura de banda será produzido nos centros de dados individuais baseado em uma comparação entre a informação da largura de banda prevista e o ponto de referência do histórico da largura de banda do centro de dados. Especificamente, o método de cálculo do ponto de referência do histórico da largura de banda diz respeito ao modo de taxação da largura de banda atual. Por exemplo, se o modo de taxação da largura de banda atual for um modo de taxação do pico, o ponto de referência do histórico da largura de banda do centro de dados pode ser a largura de banda máxima na informação do histórico da largura de banda descrito em cima do centro de dados; e se o modo de taxação da largura de banda atual for um modo de taxação do percentil 95, o ponto de referência histórico da largura de banda do centro de dados pode ser um pico após a remoção de 5% de pontos de amostragem da largura de banda. O servidor de gestão, após determinar os pontos de referência do histórico da largura de banda dos centros de dados individuais, determina se a informação da largura de banda prevista dos centros de dados individuais compreende informação da largura de banda prevista superior ao ponto de referência do histórico da largura de banda descrito em cima, e se for, determinar que o novo pico da largura de banda irá ser produzido no centro de dados (ou seja, um custo mais elevado da largura de banda será produzido). Através desta implementação, o servidor de gestão pode determinar o ponto de referência do histórico da largura de banda utilizando as regras de cálculo correspondentes baseadas em diferentes modos de taxação da largura de banda e determinar se um novo pico da largura de banda será produzido nos centros de dados individuais através do ponto de referência do histórico da largura de banda, de modo que o método fornecido por este modelo possa ser aplicado a mais modos de taxação da largura de banda.
[051] Em algumas implementações opcionais deste modelo, o método de gestão de tráfego na rede fornecido por este modelo pode compreender ainda a seguinte etapa: se for determinado que o problema centro de dados que produz o novo pico da largura de banda existe e se um novo pico de largura de banda será também produzido em outros centros de dados após ajustamento de tráfego, controlando o número de utilizadores com acesso e/ou velocidade de descarregamento do problema do centro de dados descrito em cima. Através desta implementação, quando os centros de dados individuais atingem aproximadamente os picos da largura de banda em cima descritos (ou seja, o custo mais elevado da largura de banda será produzido), o tráfego na rede do centro de dados com problema pode ser reduzido e o custo da largura de banda pode ser reduzido controlando o número de utilizadores com acesso e/ou a velocidade de descarregamento do centro de dados com problema descrito em cima.
[052] O método de gestão de tráfego na rede do centro de dados fornecido por este modelo reduz a situação em que o novo pico da largura de banda é produzido e reduz assim o custo da largura de banda dos centros de dados, determinando se um novo pico da largura de banda será produzido nos centros de dados individuais baseados na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais, e ajustando o tráfego dos centros de dados individuais se for determinado que o problema do centro de dados que produz o novo pico da largura de banda existe.
[053] Relativamente ainda à Fig. 3, um fluxo 300 de um método de gestão de tráfego na rede do centro de dados de acordo com outro modelo deste pedido é ilustrado.
[054] Tal como ilustrado na Fig. 3, o método de gestão de tráfego na rede do centro de dados fornecido por este modelo compreende as seguintes etapas: [055] Etapa 301: Aquisição de informação do histórico da largura de banda pré-armazenada de cada um dos dois centros de dados.
[056] Especificamente, a informação do histórico da largura de banda pré-armazenada descrita em cima compreende a seguinte informação: um selo temporal, uma largura de banda associada ao selo temporal descrito em cima e uma largura de banda ocupada pelos serviços de nuvem individuais.
[057] Neste modelo, a etapa 301 diverge da etapa 201 no modelo correspondente à Fig. 2 na medida em que, a informação da largura de banda descrita em cima compreende ainda a largura de banda associada ao selo temporal e a largura de banda ocupada pelos serviços de nuvem individuais. Especificamente, a largura de banda ocupada pelos serviços de nuvem individuais pode ser adquirida e guardada com base no tráfego na rede exterior adquirido em uma porta de rede exterior dos centros de dados individuais. O processo em concreto de outros aspectos da etapa 301 pode referir-se à descrição relevante da etapa 201 no modelo correspondente à Fig. 2, e que não será aqui repetido.
[058] Etapa 302: Prever uma largura de banda dos centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação do histórico da largura de banda descrita em cima, para obter informação da largura de banda prevista dos centros de dados individuais.
[059] Neste modelo, o processo em concreto da etapa 302 pode dizer respeito à descrição relevante da etapa 202 no modelo correspondente à Fig. 2, e que não será aqui repetido.
[060] Etapa 303: Determinar se um novo pico da largura de banda será produzido nos centros de dados individuais baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais.
[061] Neste modelo, o processo em concreto na etapa 303 pode dizer respeito à descrição relevante da etapa 203 no modelo correspondente à Fig. 2, e não será aqui repetido.
[062] Etapa 304: Se for determinado que existe um problema em o centro de dados produzir o novo pico de largura de banda, ajustar o tráfego dos centros de dados individuais associados aos serviços de nuvem começando pelo serviço de nuvem que ocupa a largura de banda máxima, baseado na largura de banda ocupada pelos serviços de nuvem individuais na informação do histórico da largura de banda do centro de dados problema descrito em cima.
[063] Neste modelo, se for determinado que existe um problema em o centro de dados produzir o novo pico da largura de banda, o servidor de gestão pode adquirir a largura de banda ocupada por serviços de nuvem individuais na informação do histórico da largura de banda do primeiro problema do centro de dados descrito em cima, e depois ajustar o tráfego dos centros de dados individuais associados aos serviços de nuvem começando pelo serviço de nuvem que ocupa a largura de banda máxima, controlando as proporções de alocação do tráfego na rede da quantidade de alocação de tráfego na rede dos centros de dados individuais nos quais os serviços de nuvem operam ou controlando o tráfego dos clientes (por ex.: os aparelhos terminal ilustrados na Fig. 1) com acesso aos serviços de nuvem.
[064] Em algumas implementações opcionais deste modelo, o método de gestão de tráfego na rede fornecido por este modelo pode compreender ainda a seguinte etapa: se for determinado que existe o problema em o centro de dados produzir um novo pico da largura de banda e se um novo pico da largura de banda será também produzido em outros centros de dados após o ajustamento do tráfego, controlar o número de utilizadores com acesso e/ou a velocidade de carregamento do serviço de nuvem começando pelo serviço de nuvem que ocupa a largura de banda máxima. Através desta implementação, quando os centros de dados individuais atingem aproximadamente os picos da largura de banda (ou seja, o custo mais elevado da largura de banda será produzido), o tráfego na rede do centro de dados com problema pode ser diminuído e o custo da largura de banda pode ser reduzido controlando o número de utilizadores com acesso e/ou a velocidade de carregamento do serviço de nuvem, que ocupa a largura de banda máxima, do centro de dados com problema descrito em cima.
[065] Tal como pode ser observado na Fig. 3, comparado com o modelo correspondendo à Fig. 2, o fluxo 300 do método de gestão do tráfego na rede neste modelo aperfeiçoa ainda o controle do tráfego dos serviços de nuvem. Desse modo, a solução descrita neste modelo pode gerir com maior exatidão o tráfego na rede dos centros de dados.
[066] Com referência ainda à Fig. 4, como a implementação dos métodos ilustrados nos desenhos descritos em cima, este pedido fornece um modelo de um dispositivo de gestão do tráfego na rede do centro de dados. Este modelo do dispositivo corresponde ao modelo do método ilustrado na Fig. 2, e o dispositivo pode ser especificamente aplicado a um servidor de gestão.
[067] Tal como ilustrado na Fig. 4, um dispositivo do centro de dados 400 fornecido por este modelo inclui uma unidade de aquisição de informação do histórico da largura de banda 401, uma unidade de previsão de informação da largura de banda 402, uma unidade de determinação de um novo pico de produção 403 e uma unidade de ajustamento do tráfego 404. Especificamente, a unidade de aquisição de informação do histórico da largura de banda 401 é utilizada para adquirir informação do histórico da largura de banda pré-armazenada de cada um de pelo menos dois centros de dados, em que a informação da largura de banda inclui a seguinte informação: um selo temporal e uma largura de banda associada ao selo temporal. A unidade de previsão de informação da largura de banda 402 é utilizada para prever uma largura de banda dos centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação do histórico da largura de banda descrito em cima, para obter informação da largura de banda prevista dos centros de dados individuais. A unidade de determinação de um novo pico de produção 403 é utilizada para determinar se um novo pico da largura de banda será produzido nos centros de dados individuais baseados na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais. A unidade de ajustamento do tráfego 404 é utilizada para ajustamento do tráfego dos centros de dados individuais, quando a unidade de determinação de um novo pico de produção da largura de banda determina que existe um problema em um centro de dados produzir o novo pico de largura de banda, [068] Neste modelo, os processos em concreto da unidade de aquisição de informação do histórico da largura de banda 401, a unidade de previsão de informação da largura de banda 402, a unidade de determinação de um novo pico de produção 403 e a unidade de ajustamento do tráfego 404 podem referir-se às descrições relevantes da etapa 201, etapa 202, etapa 203 e etapa 204 no modelo correspondendo à Fig. 2, e não serão aqui repetidos.
[069] Em alguns modelos opcionais deste modelo, o dispositivo de gestão de tráfego na rede fornecido por este modelo pode compreender ainda uma unidade de guardar informação do histórico da largura de banda 405 utilizada para gerar e guardar a informação do histórico da largura de banda baseado em um tráfego na rede exterior adquirido em uma porta de rede exterior dos centros de dados individuais. O processo em concreto da unidade de guardar informação do histórico da largura de banda 405 pode dizer respeito à descrição relevante da implementação correspondente no modelo correspondente à Fig. 2, e não será aqui repetido.
[070] Em algumas implementações opcionais deste modelo, a unidade de determinação de um novo pico de produção 403 pode compreender uma Subunidade de determinação do ponto de referência do histórico da largura de banda 4031 para determinar um ponto de referência do histórico da largura de banda dos centros de dados individuais baseado na informação do histórico da largura de banda dos centros de dados individuais e em um modo de carregamento da largura de banda atual, em que o ponto de referência do histórico da largura de banda descrito em cima é um valor de um parâmetro da largura de banda utilizado para calcular carregamentos da largura de banda; e uma subunidade de determinação de produção do novo pico da largura de banda 4032 para determinar, para cada um dos centros de dados, se um novo pico da largura de banda será produzido nos centros de dados individuais baseado em uma comparação entre a informação da largura de banda prevista e no ponto de referência do histórico da largura de banda do centro de dados. O processo em concreto desta implementação específica e os efeitos técnicos resultantes pode dizer respeito à descrição relevante da implementação correspondente no modelo correspondente à Fig. 2, e não será aqui repetido.
[071] Em algumas implementações opcionais deste modelo, o dispositivo de gestão do tráfego na rede fornecido por este modelo pode compreender ainda uma primeira unidade de controle da velocidade de descarregamento 406 utilizada para, se a unidade de determinação da produção do novo pico da largura de banda determinar que existe o problema do centro de dados e se um novo pico da largura de banda irá ser também produzido em outros centros de dados após o ajustamento do tráfego, controlar o número de utilizadores com acesso e/ou velocidade de descarregamento do centro de dados problema descrito em cima. Através desta implementação, quando os centros de dados individuais atingem aproximadamente o pico da largura de banda descrito em cima (ou seja, o custo mais elevado da largura de banda será produzido), o tráfego na rede do centro de dados problema pode ser diminuído e o custo da largura de banda pode ser reduzido controlando o número de utilizadores com acesso e/ou a velocidade de descarregamento do centro de dados problema descrito em cima.
[072] Em algumas implementações opcionais deste modelo, a informação da largura de banda descrita em cima pode compreender ainda uma largura de banda ocupada por serviços de nuvem individuais associados ao selo temporal. A unidade de ajustamento do tráfego 404 pode ser ainda utilizada para ajustar o tráfego dos centros de dados individuais associados aos serviços de nuvem começando pelo serviço de nuvem que ocupa a largura de banda máxima baseada na largura de banda ocupada pelos serviços de nuvem individuais na informação do histórico da largura de banda do centro de dados problema descrito em cima. O processo em concreto desta implementação pode dizer respeito à descrição relevante da etapa 301 e etapa 304 no modelo correspondendo à Fig. 3, e não será aqui repetido. Através desta implementação, aperfeiçoando ainda o controle do tráfego dos serviços de nuvem, o tráfego na rede dos centros de dados pode ser gerido com maior exatidão.
[073] Com base nas implementações descritas em cima, em algumas implementações deste modelo, o dispositivo de gestão do tráfego na rede fornecido por este modelo pode compreender ainda uma segunda unidade de controle da velocidade de carregamento 407 utilizada para, se a unidade de determinação da produção do novo pico de largura de banda determinar que o problema em o centro de dados produzir o novo pico de largura de banda existe e se um novo pico da largura de banda será também produzido em outros centros de dados após o ajustamento do tráfego, controlando o número de utilizadores com acesso e/ou a velocidade de descarregamento do serviço de nuvem começando pelo serviço de nuvem que ocupa a largura de banda máxima. O processo em concreto da implementação específica e os efeitos técnicos daí resultantes podem dizer respeito à descrição relevante da implementação correspondente no modelo correspondente à Fig. 3, e não serão aqui repetidos.
[074] Deverá ser considerado pelos especialistas na área que o dispositivo de gestão de tráfego na rede 400 descrito em cima pode incluir ainda outras estruturas bem conhecidas, por exemplo, um processador e uma memória. Tais estruturas bem conhecidas não se encontram ilustradas na Fig. 4 para evitar a confusão desnecessária dos modelos desta divulgação.
[075] Relativamente à Fig. 5, um diagrama estrutural esquemático de um sistema informático 500 adaptado para implementar um servidor de gestão dos modelos deste pedido é ilustrado.
[076] Tal como ilustrado na Fig. 5, o sistema informático 500 inclui uma unidade central de processamento (CPU) 501, que pode executar várias ações e processos adequados de acordo com um programa armazenado em uma memória só de leitura (ROM) 502 ou um programa carregado em uma memória de acesso aleatório (RAM) 503 a partir de uma parte de armazenamento 508. A RAM 503 armazena também vários programas e dados exigidos por operações do sistema 500. O CPU 501, a ROM 502 e a RAM 503 são ligados entre si através de uma USB 504.
[077] Os seguintes componentes são ligados à interface l/O 505: uma parte de armazenamento 506 incluindo um disco rígido e outro idêntico; e uma parte de comunicações 507 compreendendo um cartão de interface de rede, tal como um cartão LAN e um modem. A parte de comunicações 507 executa processos de comunicações através de uma rede, tal como a Internet. Um acionador 508 é também ligado à interface l/O 505, tal como necessário.
[078] Em especial, de acordo com um modelo desta divulgação, o processo descrito em cima com referência aos fluxogramas pode ser implementado em um programa de software de computador. Por exemplo, um modelo desta divulgação inclui um produto do programa de computador, que compreende um programa de computador concretamente integrado em um suporte de armazenamento lido por máquina. O programa de computador compreende códigos de programa para executar o método dos fluxogramas. Nesse modelo, o programa de computador pode ser descarregado e instalado a partir de uma rede através da parte de comunicações 507, e/ou ser instalado a partir de um meio amovível.
[079] Os fluxogramas e diagramas de blocos nas figuras ilustram arquiteturas, funções e operações que podem ser implementadas de acordo com o sistema, o método e o produto do programa de computador dos vários modelos desta invenção. A este respeito, cada bloco nos fluxogramas e diagramas de blocos podem representar um módulo, um segmento de programa ou uma parte de código. O módulo, o segmento de programa ou a parte do código compreende uma ou mais instruções executáveis para implementação da função lógica especificada. Dever-se-á ter em atenção que, em algumas implementações alternativas, as funções indicadas pelos blocos podem ocorrer em uma sequência diferente das sequências ilustradas nas figuras. Por exemplo, na prática, dois blocos sucessivos podem ser executados, dependendo das funcionalidades envolvidas, substancialmente paralelos, ou em uma sequência inversa. Dever-se-á ter em atenção que cada bloco nos diagramas de blocos e/ou os fluxogramas e/ou uma combinação dos blocos podem ser implementados por um sistema dedicado baseado em hardware que executa funções ou operações especificas, ou por uma combinação de um hardware dedicado e instruções de computador.
[080] As unidades ou módulos envolvidos nos modelos deste pedido podem ser implementados através de software ou hardware. As unidades ou módulos descritos podem ser também fornecidos em um processador, por exemplo, descrito como: um processador, compreendendo uma unidade de aquisição de informação do histórico da largura de banda, uma unidade de determinação da produção do novo pico da largura de banda e uma unidade de ajustamento de tráfego, em que os nomes destas unidades ou módulos não são considerados como uma limitação às unidades ou módulos. Por exemplo, a unidade de aquisição de informação do histórico da largura de banda pode ser também descrita como “uma unidade para aquisição de informação do histórico da largura de banda pré-armazenado de cada um dos pelo menos dois centros de dados”.
[081] Em outro aspecto, este pedido fornece ainda um suporte de armazenamento lido por computador incluído no aparelho nos modelos em cima, ou um suporte de armazenamento lido por computador autônomo não montado no aparelho. O suporte de armazenamento lido por computador armazena um ou mais programas. Os programas são utilizados por um ou mais processadores para: adquirir informação do histórico da largura de banda pré-armazenada de cada uma de pelo menos dois centros de dados, sendo que a informação da largura de banda compreende: um selo temporal e uma largura de banda associada ao selo temporal; prever uma largura de banda de centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação histórica de largura de banda, para obter informação de largura de banda prevista dos centros de dados individuais; determinar se um novo pico da largura de banda será produzido nos centros de dados individuais, baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais, se for determinado que existe um problema em um centro de dados produzir o novo pico da largura de banda.
[082] O anterior é apenas uma descrição dos modelos preferidos deste pedido e dos princípios técnicos aplicados. Deverá ser considerado pelos especialistas na área que o âmbito inventivo deste pedido não se limita às soluções técnicas formadas pelas combinações especiais das características técnicas em cima. O âmbito inventivo deverá abranger também outras soluções técnicas formadas por quaisquer das combinações das características técnicas ou características equivalentes respetivas sem se afastarem do conceito da invenção, tais como, soluções técnicas formadas pela substituição das características tal como divulgado neste pedido, mas não só, pelas características técnicas com funções idênticas.
REIVINDICAÇÕES
Claims (12)
1. Método de gestão de tráfego na rede do centro de dados caracterizado por compreender: adquirir informação do histórico da largura de banda pré-armazenada de cada um dos pelo menos dois centros de dados, sendo que a informação da largura de banda compreende: um selo temporal e uma largura de banda associada ao selo temporal; prever uma largura de banda de centros de dados individuais durante um futuro período de tempo pré-determinado baseado na informação do histórico da largura de banda, para obter uma informação da largura de banda prevista dos centros de dados individuais; determinar se um novo pico da largura de banda será produzido nos centros de dados individuais, baseado na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais; e ajustar o tráfego dos centros de dados individuais, se for determinado que existe um problema em um centro de dados produzir o novo pico da largura de banda.
2. Método de acordo com a reivindicação 1, caracterizado por a informação do histórico da largura de banda ser gerada e guardada com base no tráfego na rede exterior adquirido em uma porta de rede exterior dos centros de dados individuais.
3. Método de acordo com a reivindicação 1, caracterizado por determinar se o novo pico da largura de banda será produzido nos centros de dados individuais, baseado na informação do histórico da largura de banda e a informação da largura de banda prevista dos centros de dados individuais compreenderem: determinar um ponto de referência do histórico da largura de banda dos centros de dados individuais com base na informação do histórico da largura de banda dos centros de dados individuais e em um modo de carregamento da largura de banda atual, sendo que o ponto de referência do histórico da largura de banda é um valor de um parâmetro da largura de banda utilizado para calcular carregamentos da largura de banda; e determinar, para cada um dos centros de dados, se o novo pico da largura de banda será produzido nos centros de dados individuais com base em uma comparação entre a informação da largura de banda prevista e o ponto de referência do histórico da largura de banda do centro de dados.
4. Método de acordo com qualquer uma das reivindicações 1 a 3, caracterizado por o método compreender ainda: controlar um número de utilizadores com acesso e/ou uma velocidade de descarregamento do problema do centro de dados, se for determinado que o problema do centro de dados que produz o novo pico da largura de banda existe e se um novo pico da largura de banda será também produzido em outros centros de dados após o ajustamento do tráfego.
5. Método de acordo com qualquer uma das reivindicações 1 a 3, caracterizado por a informação da largura de banda compreender ainda uma largura de banda associada ao selo temporal e ocupada por serviços de nuvem individuais, e o ajustamento do tráfego dos centros de dados individuais compreender: o ajustamento do tráfego dos centros de dados individuais associados aos serviços de nuvem começando do serviço de nuvem que ocupa uma largura de banda máxima, baseado na largura de banda ocupada pelos serviços de nuvem individuais na informação do histórico da largura de banda do problema do centro de dados.
6. Método de acordo com a reivindicação 5, caracterizado por o método compreender ainda: controlar um número de utilizadores com acesso e/ou uma velocidade de descarregamento do serviço de nuvem começando pelo serviço de nuvem que ocupa uma largura de banda máxima, se for determinado que existe um problema em o centro de dados produzir o novo pico da largura de banda e se um novo pico da largura de banda irá produzir também em outros centros de dados após o ajustamento do tráfego.
7. Dispositivo de gestão do tráfego na rede do centro de dados, caracterizado oor o dispositivo compreender: uma unidade de aquisição de informação do histórico da largura de banda para adquirir informação do histórico da largura de banda pré-armazenada de cada um de pelo menos dois centros de dados, sendo que a informação da largura de banda compreende um selo temporal e uma largura de banda associada ao selo temporal; uma unidade de previsão de informação da largura de banda para prever uma largura de banda de centros de dados individuais durante um futuro período de tempo pré-determinado na informação do histórico da largura de banda, para obter informação da largura de banda prevista dos centros de dados individuais; uma unidade de terminação de produção de um novo pico da largura de banda para determinar se um novo pico da largura de banda será produzido nos centros de dados individuais, com base na informação do histórico da largura de banda e na informação da largura de banda prevista dos centros de dados individuais; e uma unidade de ajustamento de tráfego para ajustar o tráfego dos centros de dados individuais, se for determinado que existe um problema em o centro de dados produzir o novo pivô da largura de banda.
8. Dispositivo de acordo com a reivindicação 7, caracterizado por o dispositivo compreender ainda: uma unidade de guardar informação do histórico da largura de banda para gerar e guardar a informação do histórico da largura de banda baseada em tráfego na rede exterior adquirido em uma porta de rede exterior dos centros de dados individuais.
9. Dispositivo de acordo com a reivindicação 7, caracterizado oor a unidade de determinação de produção do novo pico de largura de banda compreender: uma subunidade de determinação do ponto de referência do histórico da largura de banda para determinar um ponto de referência do histórico da largura de banda dos centros de dados individuais com base na informação do histórico da largura de banda dos centros de dados individuais e um modo de descarregamento da largura de banda, sendo o ponto de referência do histórico da largura de banda um valor de um parâmetro da largura de banda utilizado para calcular descarregamentos da largura de banda; e uma subunidade de determinação da produção do novo pico da largura de banda para determinar, para cada um dos centros de dados, se o novo pico da largura de banda será produzido nos centros de dados individuais baseados em uma comparação entre a informação da largura de banda prevista e o ponto de referência do histórico da largura de banda do centro de dados.
10. Dispositivo de acordo com qualquer uma das reivindicações 7 a 9, caracterizado oor o dispositivo compreender ainda: uma primeira unidade de controle da velocidade de descarregamento para controlar um número de utilizadores com acesso e/ou uma velocidade de descarregamento do problema do centro de dados, se uma unidade de determinação de produção do novo pico de largura de banda determinar que existe o problema em o centro de dados produzir o novo pico da largura de banda e se um novo pico de largura de banda será também produzido em outros centros de dados após ajustamento do tráfego.
11. Dispositivo de acordo com qualquer uma das reivindicações 7 a 9, caracterizado por a informação da largura de banda compreender ainda uma largura de banda associada ao selo temporal e ocupada pelos serviços de nuvem individuais, e a unidade de ajustamento do tráfego ser ainda utilizado para ajustar o tráfego dos centros de dados individuais associados aos serviços de nuvem começando por um serviço de nuvem que ocupa uma largura de banda máxima, baseado na largura de banda ocupada por serviços de nuvem individuais na informação do histórico da largura de banda do problema do centro de dados.
12. Dispositivo de acordo com a reivindicação 11, caracterizado por o dispositivo compreender ainda: uma segunda unidade de controle da velocidade de descarregamento para controlar um número de utilizadores com acesso e/ou uma velocidade de descarregamento do serviço de nuvem começando pelo serviço de nuvem que ocupa a largura de banda máxima, se a unidade de determinação do novo pico de largura de banda determinar que existe o problema em o centro de dados em produzir o novo pico da largura de banda e se um novo pico da largura de banda será também produzido em outros centros de dados após o ajustamento do tráfego.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610016269.8 | 2016-01-11 | ||
| CN201610016269.8A CN105471759B (zh) | 2016-01-11 | 2016-01-11 | 数据中心的网络流量调度方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BR102016021194A2 true BR102016021194A2 (pt) | 2017-07-18 |
| BR102016021194B1 BR102016021194B1 (pt) | 2024-02-06 |
Family
ID=55609050
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR102016021194-8A BR102016021194B1 (pt) | 2016-01-11 | 2016-09-14 | Método e dispositivo de gestão de tráfego na rede do centro de dados |
Country Status (4)
| Country | Link |
|---|---|
| JP (1) | JP6457447B2 (pt) |
| CN (1) | CN105471759B (pt) |
| BR (1) | BR102016021194B1 (pt) |
| HK (1) | HK1221346A1 (pt) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111490940A (zh) * | 2020-03-17 | 2020-08-04 | 中移（杭州）信息技术有限公司 | 确定数据转发路径的方法、电子设备以及存储介质 |
| CN113949741A (zh) * | 2021-10-14 | 2022-01-18 | 北京奇艺世纪科技有限公司 | 一种调度方法、调度装置、电子设备及存储介质 |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108092910B (zh) * | 2016-11-23 | 2021-07-20 | 腾讯科技（深圳）有限公司 | 数据流量调度方法和装置 |
| CN107124375B (zh) * | 2017-03-27 | 2020-02-18 | 网宿科技股份有限公司 | Cdn网络带宽资源的错峰调度方法、系统以及服务器 |
| CN107248959B (zh) * | 2017-06-30 | 2020-07-24 | 联想(北京)有限公司 | 一种流量优化方法及装置 |
| CN107846614B (zh) * | 2017-10-19 | 2020-09-11 | 北京奇艺世纪科技有限公司 | 一种视频流量调度方法、装置及电子设备 |
| CN110198543B (zh) * | 2018-03-26 | 2021-11-05 | 腾讯科技（深圳）有限公司 | 网络资源规划方法、装置、计算机可读介质及电子设备 |
| CN111464323A (zh) * | 2019-01-18 | 2020-07-28 | 北京沃东天骏信息技术有限公司 | 节点带宽的调度方法和调度装置 |
| US11005689B2 (en) | 2019-07-11 | 2021-05-11 | Wangsu Science & Technology Co., Ltd. | Method and apparatus for bandwidth filtering based on deep learning, server and storage medium |
| CN110493072A (zh) * | 2019-07-11 | 2019-11-22 | 网宿科技股份有限公司 | 基于深度学习的带宽滤波方法、装置、服务器及存储介质 |
| CN110474852B (zh) * | 2019-08-01 | 2023-06-20 | 网宿科技股份有限公司 | 一种带宽调度方法及装置 |
| CN112437015A (zh) * | 2019-08-26 | 2021-03-02 | 中国电信股份有限公司 | 分流调度方法、装置、系统和计算机可读存储介质 |
| CN110519104B (zh) * | 2019-09-18 | 2022-06-14 | 深圳市梦网视讯有限公司 | 一种基于错峰度的带宽复用方法及系统 |
| CN113055308B (zh) * | 2019-12-26 | 2024-03-05 | 华为云计算技术有限公司 | 带宽调度方法、流量传输方法及相关产品 |
| CN111355609B (zh) * | 2020-02-18 | 2023-04-07 | 山西知脉信息技术有限公司 | 一种互联网数据中心带宽资源冗余调整方法 |
| CN111787046B (zh) * | 2020-03-02 | 2022-09-30 | 北京沃东天骏信息技术有限公司 | 数据中心路由方法和装置 |
| CN111431752B (zh) * | 2020-04-01 | 2023-04-07 | 中核武汉核电运行技术股份有限公司 | 一种基于自适应流量控制的安全探测方法 |
| CN111970132B (zh) * | 2020-06-29 | 2023-05-26 | 百度在线网络技术（北京）有限公司 | Ota数据包下发流量的控制方法、装置及服务器 |
| CN111988388B (zh) * | 2020-08-13 | 2023-05-16 | 北京达佳互联信息技术有限公司 | 流量分配的方法、装置、电子设备及存储介质 |
| CN112235256A (zh) * | 2020-09-24 | 2021-01-15 | 中国电建集团海外投资有限公司 | 一种基于公有云的数据传输方法 |
| CN111901131B (zh) * | 2020-09-29 | 2021-01-01 | 杭州优云科技有限公司 | 一种流量计费的调度方法、存储介质和计算机 |
| CN112073445B (zh) * | 2020-11-16 | 2021-01-29 | 浙江山迅网络科技有限公司 | 混合端口流量调度方法、装置、可读存储介质及电子设备 |
| CN112491564B (zh) * | 2020-11-18 | 2023-06-02 | 北京金山云网络技术有限公司 | 网络设备的带宽计费值检测方法、装置、设备及介质 |
| CN114697224B (zh) * | 2020-12-28 | 2024-04-26 | 北京金山云网络技术有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
| CN113132151A (zh) * | 2021-03-10 | 2021-07-16 | 上海翌旭网络科技有限公司 | 一种充分利用多机房免费点来降低cdn带宽总成本的方法 |
| CN113114540B (zh) * | 2021-04-23 | 2024-03-01 | 百果园技术(新加坡)有限公司 | 一种带宽预测器的设置、服务调整方法及相关装置 |
| CN115250219B (zh) * | 2021-04-25 | 2023-09-15 | 北京金山云网络技术有限公司 | 削峰进度的预测方法、装置和电子设备 |
| CN113835882A (zh) * | 2021-09-07 | 2021-12-24 | 中移（杭州）信息技术有限公司 | 基于流量预测的节能方法、装置及可读存储介质 |
| CN114039917A (zh) * | 2021-11-26 | 2022-02-11 | 中国电信集团系统集成有限责任公司 | 一种网络流量调度综合判定方法及系统 |
| CN114338470A (zh) * | 2021-12-21 | 2022-04-12 | 中电信数智科技有限公司 | 一种端口网络流量调度判定方法及系统 |
| CN114465915A (zh) * | 2021-12-22 | 2022-05-10 | 天翼云科技有限公司 | 一种cdn带宽预测方法、装置、系统和电子设备 |
| WO2024016092A1 (en) * | 2022-07-16 | 2024-01-25 | Microsoft Technology Licensing, Llc | Multi-level network traffic management |
| CN117061354B (zh) * | 2023-10-10 | 2024-01-12 | 北京火山引擎科技有限公司 | Cdn中的信息处理方法、系统、设备和存储介质 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2456026A (en) * | 2007-12-26 | 2009-07-01 | Contendo Inc | CDN balancing and sharing platform |
| JP5734299B2 (ja) * | 2009-10-07 | 2015-06-17 | ラッカス ワイヤレス インコーポレイテッド | 自動調整容量エンフォースメント機能を含むコンピュータネットワークサービス供給システム |
| CN101695050A (zh) * | 2009-10-19 | 2010-04-14 | 浪潮电子信息产业股份有限公司 | 一种基于网络流量自适应预测的动态负载均衡方法 |
| JP5970256B2 (ja) * | 2012-06-26 | 2016-08-17 | 株式会社日立製作所 | 運用計画策定支援システム及び方法 |
| CN102739798B (zh) * | 2012-07-05 | 2015-05-06 | 成都国腾实业集团有限公司 | 具有网络感知功能的云平台资源调度方法 |
| JP2014147002A (ja) * | 2013-01-30 | 2014-08-14 | Nec Corp | Ｉｃｔ資源管理装置 |
| JP6186287B2 (ja) * | 2014-01-23 | 2017-08-23 | 株式会社日立製作所 | システムの管理サーバ及び制御方法 |
| CN104052820A (zh) * | 2014-06-27 | 2014-09-17 | 国家计算机网络与信息安全管理中心 | 一种分布式云计算平台的动态节能资源调度系统及方法 |
| CN104410582B (zh) * | 2014-12-10 | 2017-10-10 | 国家电网公司 | 一种基于流量预测的电力通信网流量均衡方法 |
| CN104994123B (zh) * | 2015-05-12 | 2018-10-02 | 段利平 | 一种cdn云平台及cdn云平台的流量调度方法 |
-
2016
- 2016-01-11 CN CN201610016269.8A patent/CN105471759B/zh active Active
- 2016-08-02 HK HK16109191.0A patent/HK1221346A1/zh unknown
- 2016-08-23 JP JP2016163009A patent/JP6457447B2/ja active Active
- 2016-09-14 BR BR102016021194-8A patent/BR102016021194B1/pt active IP Right Grant
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111490940A (zh) * | 2020-03-17 | 2020-08-04 | 中移（杭州）信息技术有限公司 | 确定数据转发路径的方法、电子设备以及存储介质 |
| CN111490940B (zh) * | 2020-03-17 | 2022-12-27 | 中移（杭州）信息技术有限公司 | 确定数据转发路径的方法、电子设备以及存储介质 |
| CN113949741A (zh) * | 2021-10-14 | 2022-01-18 | 北京奇艺世纪科技有限公司 | 一种调度方法、调度装置、电子设备及存储介质 |
| CN113949741B (zh) * | 2021-10-14 | 2023-07-21 | 北京奇艺世纪科技有限公司 | 一种调度方法、调度装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6457447B2 (ja) | 2019-01-23 |
| BR102016021194B1 (pt) | 2024-02-06 |
| CN105471759A (zh) | 2016-04-06 |
| CN105471759B (zh) | 2018-06-01 |
| JP2017126975A (ja) | 2017-07-20 |
| HK1221346A1 (zh) | 2017-05-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BR102016021194A2 (pt) | Method and traffic management device in the data center network | |
| US10613907B2 (en) | Resource substitution and reallocation in a virtual computing environment | |
| US20200328984A1 (en) | Method and apparatus for allocating resource | |
| US20180254998A1 (en) | Resource allocation in a cloud environment | |
| US20200356806A1 (en) | Container image management | |
| US20180241843A1 (en) | Adjusting cloud-based execution environment by neural network | |
| EP2894827B1 (en) | Method, apparatus, and system for managing migration of virtual machine | |
| US9858797B2 (en) | Tracking information technology (IT) assets | |
| US10057182B2 (en) | Method for providing development and deployment services using a cloud-based platform and devices thereof | |
| CN111460129B (zh) | 标识生成的方法、装置、电子设备和存储介质 | |
| WO2016172848A1 (zh) | 一种调整云计算中虚拟资源的方法及装置 | |
| US20190289433A1 (en) | Mobile device location proofing | |
| US20190138629A1 (en) | Preview processing and automatic correction of bulk data for software as a service applications | |
| US11461210B2 (en) | Real-time calculation of data center power usage effectiveness | |
| WO2022262646A1 (zh) | 资源配置的方法、装置、存储介质和计算系统 | |
| WO2016101799A1 (zh) | 一种基于分布式系统的业务分配方法及装置 | |
| CN112015557A (zh) | 资源调整方法、装置和服务器 | |
| CN111158637A (zh) | 基于区块链的随机数生成方法、设备及存储介质 | |
| US20170140292A1 (en) | Forecasting future states of a multi-active cloud system | |
| GB2591973A (en) | Method and apparatus for mapping network slices onto network infrastructures with SLA guarantee | |
| KR101630125B1 (ko) | 클라우드 컴퓨팅 자원관리 시스템에서의 자원 요구량 예측 방법 | |
| EP3787231B1 (en) | Server configuration method and apparatus | |
| WO2022083293A1 (en) | Managing task flow in edge computing environment | |
| CN110245014B (zh) | 数据处理方法和装置 | |
| CN108696554B (zh) | 负载均衡方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B03A | Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette] | ||
| B06U | Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 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/09/2016, OBSERVADAS AS CONDICOES LEGAIS |