JP7413415B2 - ハイブリッドクラウド環境における通信方法、ゲートウェイ、並びに管理方法及び装置 - Google Patents

ハイブリッドクラウド環境における通信方法、ゲートウェイ、並びに管理方法及び装置 Download PDF

Info

Publication number
JP7413415B2
JP7413415B2 JP2021576171A JP2021576171A JP7413415B2 JP 7413415 B2 JP7413415 B2 JP 7413415B2 JP 2021576171 A JP2021576171 A JP 2021576171A JP 2021576171 A JP2021576171 A JP 2021576171A JP 7413415 B2 JP7413415 B2 JP 7413415B2
Authority
JP
Japan
Prior art keywords
packet
gateway
mac address
address
layer
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2021576171A
Other languages
English (en)
Other versions
JP2022541381A (ja
Inventor
ガオ、ジョンフア
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Cloud Computing 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 Cloud Computing Technologies Co Ltd filed Critical Huawei Cloud Computing Technologies Co Ltd
Publication of JP2022541381A publication Critical patent/JP2022541381A/ja
Application granted granted Critical
Publication of JP7413415B2 publication Critical patent/JP7413415B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/35—Switches specially adapted for specific applications
    • H04L49/354—Switches specially adapted for specific applications for supporting virtual local area networks [VLAN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/58—Caching of addresses or names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/668—Internet protocol [IP] address subnets
    • 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
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Description

本願は、クラウド技術の分野に関連し、特に、ハイブリッドクラウド環境における通信方法、ゲートウェイ、並びに管理方法及び装置に関連する。
クラウド技術が発展するにつれて、多くの企業が、オンプレミスデータセンタからのオンプレミスデバイスをパブリッククラウドに徐々に移行し、オンクラウドデータセンタとオンプレミスデータセンタとの間のレイヤ２通信に対する要件が存在する。しかしながら、セキュリティ上の理由から、現在、オンクラウドデータセンタとオンプレミスデータセンタとの間のレイヤ２通信を実行することができず、ハイブリッドクラウドの通信シナリオに対する制限をもたらす。
従来技術における課題を解決すべく、本願は、ハイブリッドクラウド環境における通信方法、ゲートウェイ、並びに管理方法及び装置を提供し、オンクラウドデータセンタとオンプレミスデータセンタとの間のレイヤ２通信を実行することができない、という技術的課題を効率的に解決する。
第１の態様によれば、本願は、ハイブリッドクラウド環境における通信方法を提供する。上記方法は、第１のデータセンタと第２のデータセンタとの間の通信に適用される。上記ハイブリッドクラウド環境は、上記第１のデータセンタ及び上記第２のデータセンタを含む。上記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、上記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成される。レイヤ２ゲートウェイは、上記第２のデータセンタに配置され、上記レイヤ２ゲートウェイは、レイヤ２通信トンネルを介して上記第１のデータセンタの第１のサブネットにリモートに接続され、上記第２のデータセンタの第２のサブネットに接続される。上記第１のサブネット及び上記第２のサブネットは、同一のプライベートネットワークセグメントを有する。上記方法は、以下の段階を含む。上記レイヤ２ゲートウェイは、上記第１のサブネット内の第１のデバイスによって送信された第１のアドレス解決プロトコル（ＡＲＰ）要求パケットを受信する。ここで、上記第１のＡＲＰ要求パケットは、上記第２のサブネット内の第２のデバイスのＭＡＣアドレスを要求するために用いられる。上記レイヤ２ゲートウェイは、第１のＡＲＰ応答パケットを上記第１のデバイスに送信する。ここで、上記第１のＡＲＰ応答パケットは、上記レイヤ２ゲートウェイの第１のＭＡＣアドレスを保持する。
上記第１のＡＲＰ要求パケットは、上記第１のデータセンタからブロードキャストパケットされ、上記第２のデータセンタ内の上記レイヤ２ゲートウェイは、上記第１のＡＲＰ要求パケットを傍受し、上記第１のＡＲＰ要求パケットが上記第２のデータセンタ内でブロードキャストされることを防止し、上記第２のデータセンタのセキュリティを保証する。さらに、上記第１のＡＲＰ要求パケットが傍受され、上記第１のデータセンタからの大量のブロードキャストパケットが上記第２のデータセンタ内に存在することを防止し、上記第２のデータセンタによって生成されたブロードキャストパケットに起因する上記第１のデータセンタへのネットワーク負荷を回避する。
さらに、上記レイヤ２ゲートウェイは、上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスを保持する上記第１のＡＲＰ応答パケットを、上記第１のデバイスに返信し、上記第１のデバイスの悪意のないＭＡＣアドレスのなりすましを実行し、その結果、上記第１のデバイスは、上記第２のデバイスの上記ＭＡＣアドレスが上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスであるとみなす。この場合、上記第１のデバイスの観点からすれば、上記第２のデバイスの上記ＭＡＣアドレスは、上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスである。ブロードキャストされる上記第１のＡＲＰ応答パケットが応答され、したがって、上記第１のデバイスは、上記第１のデバイス及び上記第２のデバイスが同一のローカルエリアネットワークに配置されていると決定し、上記第１のデバイスは、上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスにアクセスすることによって、上記第２のデバイスにアクセスし得る。このように、レイヤ２通信が、上記第１のデバイスと上記第２のデバイスとの間で実装される。
上記第１の態様に関連して、可能な実装において、上記第１のＡＲＰ要求パケット及び上記第１のＡＲＰ応答パケットが上記レイヤ２通信トンネルを介して伝送されるとき、上記第１のＡＲＰ要求パケット及び上記第１のＡＲＰ応答パケットのそれぞれの送信元ＭＡＣアドレス、宛先ＭＡＣアドレス、送信元ＩＰアドレス、及び宛先ＩＰアドレスは、不変のままである。
上記第１の態様に関連して、可能な実装において、上記レイヤ２ゲートウェイは、上記第２のデバイスのプライベートネットワークアドレスと上記第２のサブネット内の上記第２のデバイスの上記ＭＡＣアドレスとの間の第１の対応関係を取得して記録する。上記第１のデバイスが上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスを取得した後、上記第１のデバイスが上記レイヤ２ゲートウェイを介して上記第２のデバイスにアクセスするとき、上記レイヤ２ゲートウェイは、上記第１の対応関係に基づいて、上記第１のデバイスによって上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスから送信されたパケットの宛先ＭＡＣアドレスを上記第２のデバイスの上記ＭＡＣアドレスに修正し、その結果、上記パケットは、上記第２のデバイスに到達し得、上記レイヤ２ゲートウェイは、上記第１の対応関係を認識して記録することによって、上記第１のサブネット及び上記第２のサブネットを接続し得る。
上記第１の態様に関連して、可能な実装において、上記レイヤ２ゲートウェイは、上記第２のデータセンタの制御プラットフォームによって送信された、上記第２のデバイスの上記プライベートネットワークアドレスと上記第２のサブネット内の上記第２のデバイスの上記ＭＡＣアドレスとの間の上記第１の対応関係を受信し得、上記第１の対応関係をローカルＡＲＰエントリに記録し得る。
上記制御プラットフォームは、上記第２のデータセンタ内のデバイスに対する管理権限を有する。上記第２のデバイスが上記第２のデータセンタ内に設置された後、上記制御プラットフォームは、上記第２のデバイスの上記プライベートネットワークアドレスと上記第２のデバイスの上記ＭＡＣアドレスとの間の上記第１の対応関係を記録する。
上記第１の態様に関連して、可能な実装において、上記方法は、以下の段階をさらに含む。上記レイヤ２ゲートウェイは、上記レイヤ２通信トンネルを介して、上記第１のデバイスによって送信された第１のパケットを受信する。上記第１のパケットの宛先ＩＰアドレスは、上記第２のデバイスの上記プライベートネットワークアドレスを含み、上記第１のパケットの宛先ＭＡＣアドレスは、上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスを含み、上記第１のパケットの送信元ＩＰアドレスは、上記第１のデバイスのプライベートネットワークアドレスを含み、上記第１のパケットの送信元ＭＡＣアドレスは、上記第１のデバイスのＭＡＣアドレスを含む。上記レイヤ２ゲートウェイは、上記第１のパケットに保持される上記第２のデバイスの上記プライベートネットワークアドレスに基づいて、前述の記録された第１の対応関係から上記第２のデバイスの上記ＭＡＣアドレスを取得し、上記第１のパケットの上記宛先ＭＡＣアドレスを上記第２のデバイスの上記ＭＡＣアドレスに修正し、上記第１のパケットの上記送信元ＭＡＣアドレスを上記レイヤ２ゲートウェイの第２のＭＡＣアドレスに修正する。上記レイヤ２ゲートウェイは、修正された第１のパケットを上記第２のデバイスに送信する。
上記第１のＡＲＰ応答パケットを受信した後、上記第１のデバイスは、上記第２のデバイスの上記ＭＡＣアドレスが上記第１のＡＲＰ応答パケットに保持される上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスであるとみなす。上記第１のデバイスは、上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスに基づいて、上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスに対する上記第１のパケットを構築し、上記第１のパケットを上記レイヤ２ゲートウェイに送信する。上記レイヤ２ゲートウェイは、上記第１のパケットの上記ＭＡＣアドレスを修正し、上記修正された第１のパケットの上記宛先ＭＡＣアドレスが上記第２のデバイスの上記ＭＡＣアドレスであることを有効にし、上記レイヤ２ゲートウェイは、上記修正された第１のパケットを上記第２のデバイスに送信する。これは、上記第１のデバイスから上記第２のデバイスへの上記第１のパケットのクロスデータセンタ伝送を実装する。
したがって、上記レイヤ２ゲートウェイは、上記第１のデバイス及び上記第２のデバイスを接続し得、その結果、上記第１のデバイス及び上記第２のデバイスはそれぞれ、上記第１のデバイス及び上記第２のデバイスの両方が同一のローカルエリアネットワークにあるとみなす。
上記第１の態様に関連して、可能な実装において、上記第１のＡＲＰ要求パケットの上記送信元ＩＰアドレスは、上記第１のデバイスのプライベートネットワークアドレスを含み、上記第１のＡＲＰ要求パケットの上記送信元ＭＡＣアドレスは、上記第１のデバイスのＭＡＣアドレスを含み、上記方法は、上記レイヤ２ゲートウェイが、上記第１のデバイスの上記プライベートネットワークアドレスと上記第１のデバイスの上記ＭＡＣアドレスとの間の第２の対応関係を認識して記録することをさらに含む。
上記第２のデバイスが、上記レイヤ２ゲートウェイを介して上記第１のデバイスにアクセスするとき、上記レイヤ２ゲートウェイは、上記第２の対応関係に基づいて、上記第２のデバイスによって送信されたパケットの宛先ＭＡＣアドレスを修正し、その結果、上記パケットが上記第１のデバイスに到達し得る。
上記第１の態様に関連して、可能な実装において、上記レイヤ２ゲートウェイが上記第１のデバイスの上記プライベートネットワークアドレスと上記第１のデバイスの上記ＭＡＣアドレスとの間の上記第２の対応関係を認識して記録した後、上記レイヤ２ゲートウェイは、上記第２のデバイスによって送信された第２のパケットを受信する。ここで、上記第２のパケットの宛先ＩＰアドレスは、上記第１のデバイスの上記プライベートネットワークアドレスを含み、上記第２のパケットの宛先ＭＡＣアドレスは、上記レイヤ２ゲートウェイの第２のＭＡＣアドレスを含み、上記第２のパケットの送信元ＩＰアドレスは、上記第１のデバイスの上記プライベートネットワークアドレスを含み、上記第２のパケットの送信元ＭＡＣアドレスは、上記第２のデバイスの上記ＭＡＣアドレスを含む。上記レイヤ２ゲートウェイは、上記第２のパケットに保持される上記第１のデバイスの上記プライベートネットワークアドレスに基づいて、上記第２の対応関係から上記第１のデバイスの上記ＭＡＣアドレスを取得し、上記第２のパケットの上記宛先ＭＡＣアドレスを上記第１のデバイスの上記ＭＡＣアドレスに修正し、上記第２のパケットの上記送信元ＭＡＣアドレスを上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスに修正する。上記レイヤ２ゲートウェイは、上記レイヤ２通信トンネルを介して、修正された第２のパケットを上記第１のデバイスに送信する。
上記第２のデバイスによって上記レイヤ２ゲートウェイに送信された上記第２のパケットを受信した後、上記レイヤ２ゲートウェイは、上記第２のパケットの上記ＭＡＣアドレスを修正し、上記修正された第２のパケットの宛先ＭＡＣアドレスが上記第１のデバイスの上記ＭＡＣアドレスであることを有効にし、上記レイヤ２ゲートウェイは、上記修正された第１のパケットを上記第１のデバイスに送信する。これは、上記第２のデバイスから上記第１のデバイスへの上記第２のパケットのクロスデータセンタ伝送を実装する。
上記第１の態様に関連して、可能な実装において、上記レイヤ２ゲートウェイが上記第２のデバイスによって送信された上記第２のパケットを受信する前に、上記第２のデバイスは、以下の方式で上記第１のデバイスの上記プライベートネットワークアドレスに対応するＭＡＣアドレスを決定する。上記レイヤ２ゲートウェイは、上記第２のデバイスによって送信された第２のＡＲＰ要求パケットを受信する。ここで、上記第２のＡＲＰ要求パケットは、上記第１のサブネット内の上記第１のデバイスの上記ＭＡＣアドレスを要求するために用いられる。上記レイヤ２ゲートウェイは、第２のＡＲＰ応答パケットを上記第２のデバイスに送信する。ここで、上記第２のＡＲＰ応答パケットは、上記レイヤ２ゲートウェイの上記第２のＭＡＣアドレスを保持する。
上記レイヤ２ゲートウェイは、上記第２のデバイスによって送信された上記第２のＡＲＰ要求パケットへのプロキシ応答を実行し、その結果、上記第２のデバイスは、上記第１のデバイスの上記プライベートネットワークアドレスに対応する上記ＭＡＣアドレスが上記レイヤ２ゲートウェイの上記第２のＭＡＣアドレスに対応するとみなす。
上記第１の態様に関連して、可能な実装において、上記第２のデータセンタは、上記第２のデバイスに接続されたデバイスマネージャをさらに含む。上記レイヤ２ゲートウェイが上記第２のデバイスによって送信された上記第２のパケットを受信する前に、上記第２のデバイスは、上記第１のデバイスの上記プライベートネットワークアドレスに対応するＭＡＣアドレスを決定する必要がある。上記デバイスマネージャは、上記第２のデバイスによって送信された第２のＡＲＰ要求パケットを受信する。ここで、上記第２のＡＲＰ要求パケットは、上記第１のサブネット内の上記第１のデバイスの上記ＭＡＣアドレスを要求するために用いられる。上記デバイスマネージャは、第２のＡＲＰ応答パケットを上記第２のデバイスに送信する。ここで、上記第２のＡＲＰ応答パケットは、上記レイヤ２ゲートウェイの上記第２のＭＡＣアドレスを保持する。
上記デバイスマネージャは、上記第２のデバイスによって送信された上記第２のＡＲＰ要求パケットへのプロキシ応答を実行し、その結果、上記第２のデバイスは、上記第１のデバイスの上記プライベートネットワークアドレスに対応する上記ＭＡＣアドレスが上記レイヤ２ゲートウェイの上記第２のＭＡＣアドレスであるとみなす。上記第２のデバイスに接続される上記デバイスマネージャは、上記第２のデバイスによって送信された上記第２のＡＲＰ要求パケットを傍受し、上記第２のデータセンタ内で上記第２のＡＲＰ要求パケットをブロードキャストする回数を最小化する。
上記第１の態様に関連して、可能な実装において、上記デバイスマネージャ及び上記第２のデバイスは、同一の計算ノード上に配置される。
第２の態様によれば、本願は、ハイブリッドクラウド環境における管理方法を提供する。ここで、上記ハイブリッドクラウド環境は、第１のデータセンタ及び第２のデータセンタを含み、上記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、上記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、同一のプライベートネットワークセグメントが、上記第１のデータセンタの第１のサブネット及び上記第２のデータセンタの第２のサブネットに構成される。上記方法は、以下の段階を含む。レイヤ２ゲートウェイを設置する。ここで、上記レイヤ２ゲートウェイは、上記第２のデータセンタに配置され、上記レイヤ２ゲートウェイは、レイヤ２通信トンネルを介して、上記第１のデータセンタの上記第１のサブネットにリモートに接続され、上記レイヤ２ゲートウェイは、上記第２のデータセンタの上記第２のサブネットに接続される。上記レイヤ２ゲートウェイに傍受モジュールを構成する。ここで、上記傍受モジュールは、上記第１のサブネット内の第１のデバイスから上記第２のサブネット内の第２のデバイスへの第１のアドレス解決プロトコルＡＲＰ要求パケットを傍受するよう構成される。第１のＡＲＰ応答パケットを上記第１のデバイスに返信する。ここで、上記第１のＡＲＰ応答パケットは、上記レイヤ２ゲートウェイの第１のＭＡＣアドレスを保持する。
上記レイヤ２ゲートウェイは、上記第２のデータセンタに配置され、上記第１のＡＲＰ要求パケットを傍受し、上記第１のＡＲＰ要求パケットが上記第２のデータセンタの上記第２のサブネット内でブロードキャストされることを防止し、上記第２のデータセンタのセキュリティを保証し、上記第１のデータセンタからの大量のブロードキャストパケットが上記第２のデータセンタ内に存在することを防止し、上記第２のデータセンタによって生成されたブロードキャストパケットに起因する上記第１のデータセンタへのネットワーク負荷を回避する。
上記第２の態様に関連して、可能な実装において、上記方法は、以下の段階をさらに含む。上記レイヤ２ゲートウェイに認識モジュールを構成する。ここで、上記認識モジュールは、上記第１のＡＲＰ要求パケットに保持される、上記第１のデバイスのＩＰアドレスと上記第１のデバイスのＭＡＣアドレスとの間の対応関係を認識して記録するよう構成される。
上記第１のデバイスが上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスを取得した後、上記第１のデバイスが上記レイヤ２ゲートウェイを介して上記第２のデバイスにアクセスするとき、上記レイヤ２ゲートウェイは、上記認識された第１の対応関係に基づいて、上記第１のデバイスによって上記レイヤ２ゲートウェイの上記第１のＭＡＣアドレスから送信されたパケットの宛先ＭＡＣアドレスを上記第２のデバイスのＭＡＣアドレスに修正し、その結果、上記パケットは、上記第２のデバイスに到達し得る。
上記第２の態様に関連して、可能な実装において、上記方法は、以下の段階をさらに含む。上記レイヤ２ゲートウェイに応答モジュールを構成する。ここで、上記応答モジュールは、上記第２のサブネット内の上記第２のデバイスから上記第１のデバイスへの第２のＡＲＰ要求パケットを受信するよう構成される。第２のＡＲＰ応答パケットを上記第２のデバイスに返信する。ここで、上記第２のＡＲＰ応答パケットは、上記レイヤ２ゲートウェイの第２のＭＡＣアドレスを保持する。
上記レイヤ２ゲートウェイは、上記第２のデバイスによって送信された上記第２のＡＲＰ要求パケットへのプロキシ応答を実行するよう構成され、その結果、上記第２のデバイスは、上記第１のデバイスのプライベートネットワークアドレスに対応するＭＡＣアドレスが上記レイヤ２ゲートウェイの上記第２のＭＡＣアドレスであるとみなし、上記第２のデバイスの悪意のないなりすましを実行し、その結果、上記第２のデバイスは、上記第１のデバイス及び上記第２のデバイスが同一のローカルエリアネットワークに配置されているとみなす。
上記第２の態様に関連して、可能な実装において、上記方法は、以下の段階をさらに含む。上記第２のデバイスから上記第１のデバイスへの第２のＡＲＰ要求パケットを受信するようデバイスマネージャを設定し、第２のＡＲＰ応答パケットを上記第２のデバイスに返信する。ここで、上記第２のＡＲＰ応答パケットは上記レイヤ２ゲートウェイの第２のＭＡＣアドレスを保持し、上記デバイスマネージャは、上記第２のデバイスに接続される。
上記デバイスマネージャは、上記第２のデバイスによって送信された上記第２のＡＲＰ要求パケットへのプロキシ応答を実行し、その結果、上記第２のデバイスは、上記第１のデバイスの上記プライベートネットワークアドレスに対応する上記ＭＡＣアドレスが上記レイヤ２ゲートウェイの上記第２のＭＡＣアドレスであるとみなす。上記第２のデバイスに接続される上記デバイスマネージャは、上記第２のデバイスによって送信された上記第２のＡＲＰ要求パケットを傍受し、上記第２のデータセンタ内で上記第２のＡＲＰ要求パケットをブロードキャストする回数を最小化する。
第３の態様によれば、本願は、ハイブリッドクラウド環境におけるレイヤ２ゲートウェイを提供する。上記レイヤ２ゲートウェイは、上記第１の態様又は上記第１の態様の上記可能な実装のいずれか１つに記載のハイブリッドクラウド環境における通信方法を実行し得る機能モジュールを含む。
第４の態様によれば、本願は、ハイブリッドクラウド環境における管理装置を提供する。上記管理装置は、上記第２の態様又は上記第２の態様の可能な実装のいずれか１つに記載のハイブリッドクラウド環境における管理方法を実行し得る機能モジュールを含む。
第５の態様によれば、本願は、ハイブリッドクラウド環境におけるレイヤ２ゲートウェイを提供する。上記レイヤ２ゲートウェイは、第１のネットワークインタフェースと、第２のネットワークインタフェースと、メモリとプロセッサとを含む。上記メモリは、プログラム命令を格納し、上記プロセッサは、上記第１の態様又は上記第１の態様の上記可能な実装のいずれか１つに記載のハイブリッドクラウド環境におけるレイヤ２ゲートウェイによって実行される通信方法を実行するよう上記プログラム命令を実行する。
第６の態様によれば、本願は、ハイブリッドクラウド環境における管理装置を提供する。上記管理装置は、ネットワークインタフェースとメモリとプロセッサとを含む。上記メモリは、プログラム命令を格納し、上記プロセッサは、上記第２の態様又は上記第２の態様の上記可能な実装のいずれか１つに記載のハイブリッドクラウド環境における管理方法を実行するよう上記プログラム命令を実行する。
第７の態様によれば、本願は、プログラムコードを含むコンピュータプログラム製品を提供する。ここで、上記プログラムコードに含まれる命令は、上記第１の態様又は上記第１の態様の上記可能な実装のいずれか１つに記載のレイヤ２ゲートウェイによって実行されるハイブリッドクラウド環境における通信方法を実行するようコンピュータによって実行される。
第８の態様によれば、本願は、命令を含むコンピュータ可読記憶媒体を提供する。コンピュータプログラム命令がコンピュータ上で実行されるとき、上記コンピュータは、上記第１の態様又は上記第１の態様の上記可能な実装のいずれか１つに記載のレイヤ２ゲートウェイによって実行されるハイブリッドクラウド環境における通信方法を実行することが可能である。
第９の態様によれば、本願は、プログラムコードを含むコンピュータプログラム製品を提供する。ここで、上記プログラムコードに含まれる命令は、上記第２の態様又は上記第２の態様の上記可能な実装のいずれか１つに記載のハイブリッドクラウド環境における管理方法を実行するようコンピュータによって実行される。
第１０の態様によれば、本願は、命令を含むコンピュータ可読記憶媒体を提供する。コンピュータプログラム命令がコンピュータ上で実行されるとき、上記コンピュータは、上記第２の態様又は上記第２の態様の上記可能な実装のいずれか１つに記載の上記ハイブリッドクラウド環境における上記管理方法を実行することが可能である。
第１１の態様によれば、本願は、ハイブリッドクラウド環境における通信設定方法を提供する。ここで、上記ハイブリッドクラウド環境は、第１のデータセンタ及び第２のデータセンタを含み、上記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、上記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、同一のプライベートネットワークセグメントが、上記第１のデータセンタの第１のサブネット及び上記第２のデータセンタの第２のサブネットに構成される。上記方法は、設定ページを提供することを含む。ここで、上記設定ページは、上記第２のデータセンタ内のゲートウェイを設置するようユーザをプロンプトし、上記ゲートウェイが接続されるために必要な上記第１のサブネットに関する情報と、上記ゲートウェイが接続されるために必要な通信トンネルのローカルトンネル情報及びピアトンネル情報とを入力するよう上記ユーザをプロンプトする。上記方法は、上記設定ページに関する情報に基づいて、上記ゲートウェイを設置することを含む。上記方法は、上記ゲートウェイが成功裏に設置された後に、プロンプトページを提供することを含む。ここで、上記プロンプトページは、上記ゲートウェイに接続される仮想トンネルエンドポイントＶＴＥＰデバイスのアドレスをプロンプトするために用いられる。
上記第１１の態様に関連して、可能な実装において、上記ローカルトンネル情報は、上記第２のデータセンタのリモート接続ゲートウェイに関する情報を含み、上記ピアトンネル情報は、上記第１のデータセンタの上記第２のサブネットのトンネル識別子と、上記第２のサブネットに接続されるＶＴＥＰデバイスのアドレスとを含む。
本願の上記第３の態様から上記第１１の態様までの有益な効果については、上記第１の態様及び上記第２の態様、並びに上記第１の態様及び上記第２の態様の上記可能な実装の上記有益な効果の上記記載を参照する。ここでは詳細については再び説明しない。
仮想拡張可能ローカルエリアネットワーク（Ｖｉｒｔｕａｌ Ｅｘｔｅｎｓｉｂｌｅ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＶＸＬＡＮ）パケットのデータフォーマットの図である。
ハイブリッドクラウド通信システムの概略構造図である。
本願の実施形態に係る、ハイブリッドクラウド環境における設定方法のフローチャートである。
本願の実施形態に係る、ハイブリッドクラウド環境の概略構造図である。
本願の実施形態に係る、ハイブリッドクラウド環境における通信方法のデータインタラクション図である。
本願の実施形態に係る、ハイブリッドクラウド環境における通信方法の他のデータインタラクション図である。
本願の実施形態に係る、ハイブリッドクラウド環境のシステムの他の概略構造図である。 本願の実施形態に係る、ハイブリッドクラウド環境のシステムの他の概略構造図である。
本願の実施形態に係る、制御プラットフォームによって提供されるインタラクションインタフェースの概略図である。 本願の実施形態に係る、制御プラットフォームによって提供されるインタラクションインタフェースの概略図である。 本願の実施形態に係る、制御プラットフォームによって提供されるインタラクションインタフェースの概略図である。
本願の実施形態に係る、レイヤ２ゲートウェイが物理マシンへのプロキシ応答を実行するパケットフロー図である。 本願の実施形態に係る、レイヤ２ゲートウェイが物理マシンへのプロキシ応答を実行するパケットフロー図である。 本願の実施形態に係る、レイヤ２ゲートウェイが物理マシンへのプロキシ応答を実行するパケットフロー図である。 本願の実施形態に係る、レイヤ２ゲートウェイが物理マシンへのプロキシ応答を実行するパケットフロー図である。
本願の実施形態に係る、物理マシンがパケットを仮想マシンにアクティブに送信するためのパケットフロー図である。 本願の実施形態に係る、物理マシンがパケットを仮想マシンにアクティブに送信するためのパケットフロー図である。 本願の実施形態に係る、物理マシンがパケットを仮想マシンにアクティブに送信するためのパケットフロー図である。 本願の実施形態に係る、物理マシンがパケットを仮想マシンにアクティブに送信するためのパケットフロー図である。
本願の実施形態に係る、仮想マシンが物理マシンに応答するパケットフロー図である。 本願の実施形態に係る、仮想マシンが物理マシンに応答するパケットフロー図である。 本願の実施形態に係る、仮想マシンが物理マシンに応答するパケットフロー図である。 本願の実施形態に係る、仮想マシンが物理マシンに応答するパケットフロー図である。
本願の実施形態に係る、デバイスマネージャが仮想マシンへのプロキシ応答を実行するパケットフロー図である。 本願の実施形態に係る、デバイスマネージャが仮想マシンへのプロキシ応答を実行するパケットフロー図である。 本願の実施形態に係る、デバイスマネージャが仮想マシンへのプロキシ応答を実行するパケットフロー図である。 本願の実施形態に係る、デバイスマネージャが仮想マシンへのプロキシ応答を実行するパケットフロー図である。
本願の実施形態に係る、ハイブリッドクラウド環境におけるレイヤ２ゲートウェイの概略構造図である。
本願の実施形態に係る、ハイブリッドクラウド環境における管理装置の概略構造図である。
本願の実施形態に係る、レイヤ２ゲートウェイの他の概略構造図である。
本願の実施形態に係る、ハイブリッドクラウド環境における管理装置の他の概略構造図である。
最初に、本願の実施形態に関連するコンセプトが、以下のように説明される。
パブリッククラウドサービス：サービスとしてのインフラストラクチャ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ，ＩａａＳ）は、パブリッククラウドサービスであり、インターネットを介したサービスとしてパブリッククラウドサービスプロバイダによって提供されたインフラストラクチャを提供する。このサービスモデルにおいて、ユーザは、それらによってデータセンタを構築する必要がない。代わりに、それらは、サーバ、記憶デバイス、及びネットワーク等のインフラストラクチャを借りる。パブリッククラウドサービスは、（仮想マシン等の）仮想環境を提供することによって実装される。パブリッククラウドサービスのコア属性は、複数のユーザがクラウドインフラストラクチャを共有することであり、複数のユーザは、互いから孤立している。
非パブリッククラウドサービス：単一のユーザに専用のインフラストラクチャ、例えば、プライベートクラウドサービス及びオンプレミスサービス。
プライベートクラウド（Ｐｒｉｖａｔｅ Ｃｌｏｕｄｓ）サービス：単一のユーザが、サーバ、記憶デバイス、及びネットワーク等のインフラストラクチャを所有し、インフラストラクチャを十分に制御し得る。プライベートクラウドサービスは、（仮想マシン等の）仮想環境を提供することによって実装される。プライベートクラウドサービスのコア属性は、単一のユーザがインフラストラクチャを独占的に用いることである。
オンプレミス（Ｏｎ－ｐｒｅｍｉｓｅｓ）サービス：単一のユーザは、サーバ、記憶デバイス、及びネットワーク等のインフラストラクチャをローカルに構築し、インフラストラクチャを独占的に用いる。オンプレミスサービスは、物理マシンを用いることによって、実装される。
オンクラウドデータセンタ：パブリッククラウドサービスを提供するデータセンタ。
オンプレミスデータセンタ：非パブリッククラウドサービスを提供するデータセンタ。オンプレミスデータセンタがオンプレミスサービスを提供する場合、オンプレミスデータセンタは、複数の物理マシン（１つの物理マシン）を含む。オンプレミスデータセンタがプライベートクラウドサービスを提供する場合、オンプレミスデータセンタは、複数の仮想マシンを含む。
パブリックネットワークアドレス：パブリックネットワークアドレスが、インターネットネットワーク情報センタ（Ｉｎｔｅｒｎｅｔ Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｅｎｔｅｒ，Ｉｎｔｅｒｎｅｔ ＮＩＣ）によって管理され、インターネット上のアドレスであり得る。
プライベートネットワークアドレス：プライベートネットワークアドレスは、インターネット上ではアドレス指定できないが、ローカルエリアネットワーク上でのみアドレス指定できるＩＰアドレスである。プライベートネットワークアドレスは、インターネット上で禁止されている。
プライベートネットワークアドレスは、予約済みのＩＰアドレスセグメントである。以下の表は、分類、ネットワークセグメント、及びプライベートネットワークアドレスの数を示す。
Figure 0007413415000001
仮想プライベートクラウド（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｃｌｏｕｄ，ＶＰＣ）：ＶＰＣがパブリッククラウドに配置され、パブリッククラウドサービスのユーザのオンクラウドデータセンタ内のローカルエリアネットワークである。
ＶＰＣは、仮想ネットワークを孤立させる。それぞれのＶＰＣは、独立したトンネル番号を有し、１つのトンネル番号は、１つの仮想ネットワークに対応する。１つのＶＰＣ内の仮想マシン間のパケットは、それに応じて同一のトンネル識別子を有し、伝送用に物理ネットワークに送信される。異なるＶＰＣ内の仮想マシンが配置されるトンネルのトンネル識別子が異なるので、異なるＶＰＣ内の仮想マシンが異なるルーティングプレーン上に配置される。したがって、異なるＶＰＣ内の仮想マシンが互いに通信できず、これは、当然に論理的な孤立を実装する。
トンネル識別子は、例えば、仮想ローカルエリアネットワーク識別子（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｉｄｅｎｔｉｆｉｅｒ，ＶＬＡＮ ＩＤ）又は仮想ネットワーク識別子（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ ＩＤ，ＶＮＩ）であり得る。
媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ａｄｄｒｅｓｓ，ＭＡＣ）アドレス：ＭＡＣアドレスは、ネットワークデバイスの位置を決定するために用いられるアドレスである。開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ，ＯＳＩ）の７個のレイヤモデルにおいて、レイヤ３ネットワークレイヤは、ＩＰアドレス用であり、レイヤ２データリンクレイヤは、ＭＡＣアドレス用である。ＭＡＣアドレスは、ネットワーク上のネットワークインタフェースカードを一意に識別するために用いられる。デバイスが１又は複数のネットワークインタフェースカードを有する場合、それぞれのネットワークインタフェースカードは、固有のＭＡＣアドレスを必要とし、当該固有のＭＡＣアドレスを有する。
データフレーム（Ｄａｔａ ｆｒａｍｅ）：データフレームは、ＯＳＩの７個のレイヤモデルのレイヤ２データリンクレイヤでのプロトコルデータユニットである。データフレームは、イーサネット（登録商標）ヘッダ及びペイロードを含む。イーサネット（登録商標）ヘッダは、幾つかの必要な制御情報、例えば、アドレス情報（送信元ＭＡＣアドレス及び宛先ＭＡＣアドレス）、を含み、ペイロードは、ネットワークレイヤから伝送されるデータ、例えば、ＩＰパケット、を含む。ＩＰパケットのＩＰヘッダ及びペイロードは、両方共、データフレームのペイロード内に設定される。
レイヤ２パケット：レイヤ２パケットは、そのペイロードがＩＰパケットを保持するデータフレームである。レイヤ２パケットの４つ組は、送信元ＩＰアドレスと、宛先ＩＰアドレスと、送信元ＭＡＣアドレスと、宛先ＭＡＣアドレスとを含む。送信元ＭＡＣアドレス及び宛先ＭＡＣアドレスは、データフレームのイーサネット（登録商標）ヘッダ内に設定され、送信元ＩＰアドレス及び宛先ＩＰアドレスは、ＩＰパケットのＩＰパケットヘッダ内に設定される。
アドレス解決プロトコル（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ，ＡＲＰ）：イーサネット（登録商標）プロトコル内に指定されるように、ホストが、同一のローカルエリアネットワーク上の他のホストと直接通信する必要がある場合、ホストは、ターゲットホストのＭＡＣアドレスを知る必要がある。しかしながら、ＴＣＰ／ＩＰプロトコルにおいて、ネットワークレイヤ及びトランスポートレイヤは、ターゲットホストのＩＰアドレスのみに関係する。結果として、ＩＰプロトコルがイーサネット（登録商標）内で用いられるとき、データリンクレイヤのイーサネット（登録商標）プロトコルに接続される上位レイヤのＩＰプロトコルによって提供されるデータは、ターゲットホストのＩＰアドレスのみを含む。したがって、ターゲットホストのＭＡＣアドレスは、方法を用いることによって、ターゲットホストのＩＰアドレスに基づいて取得される必要がある。これは、ＡＲＰプロトコル行うことである。アドレス解決（ａｄｄｒｅｓｓ ｒｅｓｏｌｕｔｉｏｎ）は、ホストがターゲットＩＰアドレスをターゲットＭＡＣアドレスに変換する処理である。ホストは、ターゲットＩＰアドレスを含むＡＲＰ要求パケットをローカルエリアネットワーク上の全ホストにブロードキャストし、ローカルエリアネットワーク上のターゲットＩＰアドレスに対応するターゲットホストによって返信されるＡＲＰ応答パケットを受信する。ＡＲＰ応答パケットは、ターゲットホストのＭＡＣアドレスを保持し、その結果、ホストは、ターゲットホストのＭＡＣアドレスを決定する。ＡＲＰ応答パケットを受信した後、ホストは、ローカルＡＲＰエントリ内のＩＰアドレス及びＭＡＣアドレスを一時期格納する。ホストが次回に要求を送信するとき、ホストは、ＡＲＰエントリをクエリし、リソースを節約する。ＡＲＰは、ローカルエリアネットワーク内の重要な通信プロトコルである。
ＶＸＬＡＮ：ＶＸＬＡＮは、オーバーレイネットワーク技術である。詳細については、図１を参照する。図１は、ＶＸＬＡＮパケットのデータフォーマットの概略図である。ＶＸＬＡＮパケットにおいて、内部パケットは、ユーザデータグラムプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ，ＵＤＰ）パケットのペイロード（ｐａｙｌｏａｄ）にカプセル化される。図１に示されるように、ＵＤＰパケットのペイロードは、ＶＸＬＡＮヘッダと、内部イーサネット（登録商標）ヘッダ（Ｉｎｎｅｒ Ｅｔｈｅｒｎｅｔ（登録商標） Ｈｅａｄｅｒ）と、内部ＩＰヘッダ（Ｉｎｎｅｒ ＩＰ Ｈｅａｄｅｒ）と、ＩＰパケットのペイロード（Ｐａｙｌｏａｄ）とを保持する。ＶＸＬＡＮパケットの内部パケットは、内部イーサネット（登録商標）ヘッダと、内部ＩＰヘッダと、ＩＰパケットのペイロードを含む。内部イーサネット（登録商標）ヘッダは、内部パケットの送信元ＭＡＣアドレス及び内部パケットの宛先ＭＡＣアドレスを記録し、内部ＩＰヘッダは、内部パケットの送信元ＩＰアドレス及び内部パケットの宛先ＩＰアドレスを記録する。
ＶＸＬＡＮパケットは、トンネルカプセル化ヘッダをさらに含む。トンネルカプセル化ヘッダは、外部イーサネット（登録商標）ヘッダ（Ｏｕｔｅｒ Ｅｔｈｅｒｎｅｔ（登録商標） Ｈｅａｄｅｒ）と、外部ＩＰヘッダ（Ｏｕｔｅｒ ＩＰ Ｈｅａｄｅｒ）と、外部ＵＤＰヘッダ（Ｏｕｔｅｒ ＵＤＰ Ｈｅａｄｅｒ）と、ＶＸＬＡＮヘッダとを含む。ＶＸＬＡＮヘッダは、ＶＸＬＡＮフラグフィールド（８ビット）と、予約済みのフィールド（２４ビット）と、ＶＮＩフィールド（１４ビット）と、予約済みのフィールド（２４ビット）とを含む。
外部イーサネット（登録商標）ヘッダは、ＶＸＬＡＮトンネルエンドポイント（ＶＸＬＡＮ Ｔｕｎｎｅｌ Ｅｎｄ Ｐｏｉｎｔ，ＶＴＥＰ）の送信元ＭＡＣアドレスと、ＶＸＬＡＮトンネルエンドポイントの宛先ＭＡＣアドレスとを記録する。外部ＩＰヘッダは、ＶＸＬＡＮトンネルエンドポイントの送信元ＩＰアドレスと、ＶＸＬＡＮトンネルエンドポイントの宛先ＩＰアドレスとを記録する。
ＶＸＬＡＮトンネルエンドポイントは、以下ではＶＴＥＰデバイスと称される。ＶＴＥＰデバイスは、ＶＸＬＡＮトンネルのエンドポイントであり、ＶＸＬＡＮパケットを生成すべく、内部パケットをカプセル化する、すなわち、外部イーサネット（登録商標）ヘッダと、外部ＩＰヘッダと、外部ユーザデータグラムプロトコルヘッダと、ＶＸＬＡＮヘッダとを内部パケットに追加するよう構成される。ＶＴＥＰデバイスは、内部パケットを取得すべく、ＶＸＬＡＮパケットをさらにデカプセル化、すなわち、ＶＸＬＡＮパケットから外部イーサネット（登録商標）ヘッダと、外部ＩＰヘッダと、外部ユーザデータグラムプロトコルヘッダと、ＶＸＬＡＮヘッダとを除去し得る。さらに、デカプセル化中、ＶＴＥＰデバイスは、ＶＸＬＡＮヘッダからＶＮＩを取得する。ここで、ＶＮＩは、内部パケットが属する特定のＶＰＣを識別するために用いられる。
ＶＸＬＡＮカプセル化中、ＶＴＥＰデバイスは、ＶＸＬＡＮパケットの内部パケットとしてレイヤ２パケットを用いて、ＶＸＬＡＮパケットのトンネルカプセル化ヘッダの外部イーサネット（登録商標）ヘッダ内に、ＶＴＥＰデバイスのＭＡＣアドレスとして送信元ＭＡＣアドレスを、ネクストホップデバイスのＭＡＣアドレスとして宛先ＭＡＣアドレスを記録し、ＶＸＬＡＮパケットのトンネルカプセル化ヘッダの外部ＩＰヘッダ内に、ＶＴＥＰデバイスのＩＰアドレスとして送信元ＩＰアドレスを、ピアＶＴＥＰデバイスのＩＰアドレスとして宛先ＩＰアドレスを記録し、ＶＸＬＡＮパケットのＶＸＬＡＮヘッダのＶＮＩフィールド内にＶＮＩを記録する。前述のネクストホップデバイスは、ＶＴＥＰデバイスに接続されるネットワークデバイスであり、ネットワークデバイスは、外部ＩＰヘッダ内に記録された宛先ＩＰアドレスに基づく、ＶＴＥＰデバイスからトンネルのピアＶＴＥＰデバイスへのＶＸＬＡＮパケットのルーティングパスにおけるネクストホップデバイスである。
ＶＴＥＰデバイスのＩＰアドレスは、本願の実施形態においてＶＴＥＰ ＩＰと称され、ＶＴＥＰデバイスのＭＡＣアドレスは、本願の実施形態においてＶＴＥＰ ＭＡＣと称される。
レイヤ２通信トンネル：レイヤ２通信トンネルは、オーバーレイネットワーク技術を用いることによって確立された通信トンネルである。レイヤ２パケットは、ＶＸＬＡＮパケットの内部パケットとして、レイヤ２通信トンネルを介して伝送される。伝送中、レイヤ２パケットの送信元ＭＡＣアドレス及びレイヤ２パケットの宛先ＭＡＣアドレスは、不変のままである。
図２は、ハイブリッドクラウド通信システムの概略構造図である。図２に示されるように、ハイブリッドクラウド通信システムは、オンプレミスデータセンタ１０と、オンクラウドデータセンタ２０とを含む。オンプレミスデータセンタ１０及びオンクラウドデータセンタ２０は、両方共、インターネット（図に示されていない）に接続される。オンプレミスデータセンタ１０及びオンクラウドデータセンタ２０は、異なる地理的な位置に配置される。
オンクラウドデータセンタ２０は、パブリッククラウドサービスを提供するために用いられる。オンクラウドデータセンタ２０は、パブリッククラウドサービスプロバイダによって維持され、ユーザは、オンクラウドデータセンタ２０によって提供されるパブリッククラウドサービスを購入して用いる。
オンクラウドデータセンタ２０の制御プラットフォーム２０１は、ユーザインタラクションインタフェース、例えば、設定ページ又はアプリケーションプログラミングインタフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ，ＡＰＩ）、を提供する。ユーザは、制御プラットフォーム２０１のユーザインタラクションインタフェース上で設定情報を入力し、制御プラットフォーム２０１は、設定情報に基づいて、オンクラウドデータセンタ２０内のユーザに専用のＶＰＣ１を設置し、ＶＰＣ１内にサブネット１（１９２．１６８．０．０／２４）を設定し、サブネット１内に仮想マシンＶＭ１を設置する。ＶＭ１は、オンクラウドデータセンタ２０内の計算ノード２０３上で実行する。
ＶＭ１のプライベートネットワークアドレスは、１９２．１６８．０．２であり、プライベートネットワークアドレスは、サブネット１のプライベートネットワークアドレスセグメントに属する。
制御プラットフォーム２０１は、計算ノード２０３のデバイスマネージャ２０３１に接続される。制御プラットフォーム２０１は、設定情報に基づいて、計算ノード２０３上にＶＭ１を設置するようデバイスマネージャ２０３１を制御し得、ＶＭ１のプライベートネットワークアドレスを１９２．１６８．０．２に設定する。
制御プラットフォーム２０１は、オンプレミスデータセンタ１０内の全てのデバイスを管理する、例えば、ＶＰＣ内の全ての仮想マシンのプライベートネットワークアドレス及びＭＡＣアドレスを割り当てて記録し、ＶＴＥＰデバイスのＶＴＥＰ ＩＰ及びＶＴＥＰ ＭＡＣを記録し、ＶＰＣ内のＶＭに対してフルライフサイクル管理（設置、削除、再開、仕様修正、ネットワーク設定の修正及び設定の修正の記憶等）を実行する、よう構成される。
制御プラットフォーム２０１は、例えば、ソフトウェア定義型ネットワーク（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ，ＳＤＮ）コントローラである。デバイスマネージャ２０３１は、例えば、仮想マシンモニタ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｍｏｎｉｔｏｒ，ＶＭＭ）又はハイパーバイザである。
本実施形態において、オンプレミスデータセンタ１０は、ローカル展開サービスを提供し、オンプレミスデータセンタ１０は、サブネット２（１９２．１６８．０．０／２４）に配置される物理マシンＰＭ１を含み、ＰＭ１のプライベートネットワークアドレスは、１９２．１６８．０．４である。サブネット１及びサブネット２は、同一のプライベートネットワークアドレスセグメントを有し、ＰＭ１のプライベートネットワークアドレス１９２．１６８．０．４は、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２と異なる。
例えば、オンプレミスデータセンタ１０は、ユーザが購入又は借りた、機器室内にセットアップされたサーバクラスタであってもよく、ルータ及びパーソナルコンピュータを用いることによって家庭環境においてユーザによって実装されたホーム通信システムであってもよい。
したがっては、ユーザは、オンプレミスデータセンタ１０内の全てのデバイスの管理権限を有し、ユーザは、オンクラウドデータセンタ２０内のＶＰＣ１に対する管理権限のみを有する。
ＶＰＣ１に対するユーザの管理権限は、パブリッククラウドサービスプロバイダに代金を支払うことによって取得される。
ユーザのサブネット１及びサブネット２は、同一のプライベートＩＰアドレスセグメント１９２．１６８．０．０．／２４に属するが、ＰＭ１及びＶＭ１は、異なるプライベートネットワークアドレスを有する。ユーザが、オンクラウドデータセンタ２０のサブネット１及びオンプレミスデータセンタ１０のサブネット２が互いに通信し得、且つ、ＰＭ１及びＶＭ１が同一のサブネットに配置されると予期する場合、レイヤ２通信トンネル３０は、サブネット１とサブネット２との間に配置され得る。
オンプレミスデータセンタ１０及びオンクラウドデータセンタ２０は、レイヤ２通信トンネル３０を介してリモート接続を実装する。レイヤ２通信トンネル３０は、リモート接続ゲートウェイ及びレイヤ２トンネルゲートウェイを用いることによって、実装され得る。リモート接続ゲートウェイは、例えば、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ，ＶＰＮ）ゲートウェイ又はプライベートラインゲートウェイである。レイヤ２トンネルゲートウェイは、仮想拡張可能ローカルエリアネットワーク（Ｖｉｒｔｕａｌ ｅＸｔｅｎｓｉｂｌｅ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＶＸＬＡＮ）又は汎用ルーティングカプセル化（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ，ＧＲＥ）等の大規模なレイヤ２技術を用いることによって実装され得る。レイヤ２パケットの送信元ＭＡＣアドレス及び宛先ＭＡＣアドレスは、レイヤ２パケットがレイヤ２通信トンネル３０を介して伝送されるとき、不変のままであり得、その特定の原理が以下の実施形態において詳細に説明される。
本願の本実施形態において、ＰＭ１が初めてＶＭ１と通信するとき、ＰＭ１は、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２を記録するが、ＶＭ１のＭＡＣアドレスを記録しない。したがって、ＰＭ１は、サブネット２内でＡＲＰ要求パケットをブロードキャストする必要がある。ＡＲＰ要求パケットの送信元ＭＡＣアドレスは、ＰＭ１のＭＡＣアドレスであり、ＡＲＰ要求パケットの送信元ＩＰアドレスは、ＰＭ１のプライベートネットワークアドレスであり、ＡＲＰ要求パケットの宛先ＭＡＣアドレスは、ＦＦＦＦ ＦＦＦＦ ＦＦＦＦ（これは、ブロードキャストアドレスである）であり、ＡＲＰ要求パケットの宛先ＩＰアドレスは、ＶＭ１のプライベートネットワークアドレスである。ＡＲＰ要求パケットは、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２に対応するＭＡＣアドレスを要求するために用いられる。ＡＲＰ要求パケットは、サブネット２内でブロードキャストされ、レイヤ２通信トンネル３０を介してサブネット１に送信され、サブネット１内でブロードキャストされる。
しかしながら、セキュリティを考慮して、制御プラットフォーム２０１は、オンプレミスデータセンタ１０からのＡＲＰ要求パケットがサブネット１内にブロードキャストされることを禁止し、ＶＭ１は、ＡＲＰ要求パケットを受信することができず、ＰＭ１は、ＶＭ１によって送信されたＡＲＰ応答パケットを取得することができない。結果として、ＰＭ１は、ＶＭ１のＭＡＣアドレスを取得することができない。たとえ、サブネット１及びサブネット２がレイヤ２通信トンネル３０を介して接続されても、ＰＭ１及びＶＭ１は、依然としてレイヤ２で孤立している。
前述の技術的課題を考慮して、本願の実施形態は、ハイブリッドクラウド環境管理方法を提供する。図３は、本願の本実施形態に係る、ハイブリッドクラウド環境管理方法のフローチャートである。方法は、以下の段階を含む。
段階Ｓ１０１：レイヤ２ゲートウェイ２００を設置する。
本段階では、制御プラットフォーム２０１は、設定情報に基づいて、サブネット１内にレイヤ２ゲートウェイ２００を設置し、レイヤ２ゲートウェイ２００は、ネットワークインタフェースカード１及びネットワークインタフェースカード２を含む。ネットワークインタフェースカード１が、レイヤ２ゲートウェイ２００のＭＡＣアドレス１で設定され、ネットワークインタフェースカード２が、レイヤ２ゲートウェイ２００のＭＡＣアドレス２で設定される。
段階Ｓ１０２：レイヤ２ゲートウェイ２００を設定する。
本段階では、制御プラットフォーム２０１は、レイヤ２通信トンネル３０にアクセスするようネットワークインタフェースカード１を設定し、その結果、ネットワークインタフェースカード１は、サブネット２に接続され、サブネット１に接続されるようネットワークインタフェースカード２を設定する。
さらに、制御プラットフォーム２０１は、サブネット２内のＰＭ１からサブネット１内のＶＭ１へのＡＲＰ要求パケットを傍受するようレイヤ２ゲートウェイ２００を設定し、ＡＲＰ応答パケットをＰＭ１に返信するようレイヤ２ゲートウェイ２００を設定する。ＡＲＰ応答パケットは、サブネット２に接続され、レイヤ２ゲートウェイ２００のものである、ネットワークインタフェースカード１のＭＡＣアドレス１を保持する。
さらに、制御プラットフォーム２０１は、ネットワークインタフェースカード１から受信したレイヤ２パケットに対してＭＡＣアドレス変換を実行するようレイヤ２ゲートウェイ２００をさらに設定し得る。レイヤ２パケットの宛先ＩＰアドレスがＶＭ１のＩＰアドレスであると決定するとき、レイヤ２ゲートウェイ２００は、ＶＭ１のＩＰアドレスに基づいてＶＭ１のＭＡＣアドレスを取得し、レイヤ２パケットの宛先ＭＡＣアドレスをＭＡＣアドレス１からＶＭ１のＭＡＣアドレスに修正し、送信元ＭＡＣアドレスをＰＭ１のＭＡＣアドレスからＭＡＣアドレス２に修正し、ネットワークインタフェースカード２を用いることによって変換されたパケットをサブネット１に送信する。
さらに、制御プラットフォーム２０１は、ネットワークインタフェースカード２から受信したレイヤ２パケットに対してＭＡＣアドレス変換を実行するようレイヤ２ゲートウェイ２００を設定し得る。レイヤ２パケットの宛先ＩＰアドレスがＰＭ１のＩＰアドレスであると決定するとき、レイヤ２ゲートウェイ２００は、ＰＭ１のＩＰアドレスに基づいてＰＭ１のＭＡＣアドレスを取得し、レイヤ２パケット内の宛先ＭＡＣアドレスをＭＡＣアドレス２からＰＭ１のＭＡＣアドレスに修正し、送信元ＭＡＣアドレスをＶＭ１のＭＡＣアドレスからＭＡＣアドレス１に修正し、ネットワークインタフェースカード２を用いることによって変換されたパケットをサブネット１に送信する。
段階Ｓ１０３：デバイスマネージャ２０３１を設定する。
制御プラットフォーム２０１は、ＶＭ１からサブネット２内のＰＭ１へのＡＲＰ要求パケットを傍受するようデバイスマネージャ２０３１を設定し、ＡＲＰ応答パケットをＶＭ１に返信するようデバイスマネージャ２０３１を設定する。ＡＲＰ応答パケットは、サブネット１に接続され、レイヤ２ゲートウェイ２００のものである、ネットワークインタフェースカード２のＭＡＣアドレス２を保持する。
オプションで、他の実施形態において、制御プラットフォーム２０１は、ＶＭ１からサブネット２内のＰＭ１へのＡＲＰ要求パケットを傍受するよう段階１０２においてレイヤ２ゲートウェイ２００をさらに設定し得、ＡＲＰ応答パケットをおＶＭ１に返信するようレイヤ２ゲートウェイ２００を設定する。ＡＲＰ応答パケットは、サブネット１に接続され、レイヤ２ゲートウェイ２００のものである、ネットワークインタフェースカード２のＭＡＣアドレス２を保持する。本実施形態において、レイヤ２ゲートウェイ２００は、ＶＭ１によって送信されたＡＲＰ要求パケットを傍受するために用いられ、その結果、デバイスマネージャ２０３１は、ＶＭ１によって送信されたＡＲＰ要求パケットを傍受するよう設定される必要がない。したがって、段階Ｓ１０３が本実施形態において省略され得る。
デバイスマネージャ２０３１及びＶＭ１が同一の計算ノード２０３上に配置され、デバイスマネージャ２０３１は、ＶＭ１によって送信されたＡＲＰ要求パケットを傍受するよう設定され、その結果、ＡＲＰ要求パケットは、計算ノード２０３内に限定され得、オンクラウドデータセンタ２０のネットワーク負荷が減り得る。
図４に示されるように、前述の設定後、ハイブリッドクラウド環境が更新され得る。図４は、本願の本実施形態に係る、ハイブリッドクラウド環境の概略構造図である。図に示されるように、前述の実施形態と比較して、レイヤ２ゲートウェイ２００が、本実施形態において、さらに設定され、レイヤ２ゲートウェイ２００のネットワークインタフェースカード１が、サブネット２に接続されるようにレイヤ２通信トンネル３０に接続され、ネットワークインタフェースカード２が、サブネット１に接続される。
図５に関連して、以下では、図４に示されるハイブリッドクラウド環境に基づいて、サブネット１とサブネット２との間の通信プロセスを説明する。
図５は、本願の実施形態に係る、ハイブリッドクラウド環境における通信方法のデータインタラクション図である。本実施形態において、ＰＭ１は、ＶＭ１とアクティブに通信する。ＴＣＰ／ＩＰプロトコルにおいて、ネットワークレイヤ及びトランスポートレイヤのみがターゲットホストのＩＰアドレスに関係するので、ＰＭ１がＶＭ１と初めて通信するとき、ＰＭ１はＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２を記録するが、ＰＭ１のローカルＡＲＰエントリはＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２に対応するＭＡＣアドレスを記録しない。
説明を容易にするために、以下では、ＰＭ１のＭＡＣアドレスをＰＭ１ ＭＡＣとして記録し、ＶＭ１のＭＡＣアドレスをＶＭ１ ＭＡＣとして記録し、レイヤ２ゲートウェイ２００のＭＡＣアドレス１をＬ２ ＭＡＣ１として記録し、レイヤ２ゲートウェイ２００のＭＡＣアドレス２をＬ２ ＭＡＣ２として記録する。
本願の本実施形態におけるハイブリッドクラウド通信方法は、以下の段階を含む。
段階Ｓ２０１：ＰＭ１は、サブネット２内のＡＲＰ要求パケット１をブロードキャストする。ここで、ＡＲＰ要求パケット１が、レイヤ２通信トンネルを介してレイヤ２ゲートウェイ２００に送信される。
本段階では、ＰＭ１は、ＶＭ１とアクティブに通信する。この場合、ＰＭ１は、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２を記録するが、ＶＭ１のプライベートネットワークアドレスに対応するＭＡＣアドレスを記録しない。ＰＭ１がＶＭ１とレイヤ２通信を実行する前に、ＰＭ１は、ＶＭ１のプライベートネットワークアドレスに対応するＭＡＣアドレスを取得する必要がある。したがって、ＰＭ１は、サブネット２内でＡＲＰ要求パケット１をブロードキャストする。ＡＲＰ要求パケット１の送信元ＩＰアドレスは、ＰＭ１のプライベートネットワークアドレス１９２．１６８．０．４であり、ＡＲＰ要求パケット１の送信元ＭＡＣアドレスは、ＰＭ１ ＭＡＣであり、ＡＲＰ要求パケット１の宛先ＩＰアドレスは、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２であり、ＡＲＰ要求パケット１の宛先ＭＡＣアドレスは、ＦＦＦＦ ＦＦＦＦ ＦＦＦＦである。ＡＲＰ要求パケット１は、ＶＭ１のＭＡＣアドレスを要求するために用いられる。
ＡＲＰ要求パケット１が、レイヤ２通信トンネル３０を介してレイヤ２ゲートウェイ２００のネットワークインタフェースカード１に送信される。
ＡＲＰ要求パケット１がレイヤ２通信トンネル３０を介してレイヤ２ゲートウェイ２００のネットワークインタフェースカード１に到達することを留意すべきである。本処理において、ＡＲＰ要求パケット１の送信元ＭＡＣアドレス、宛先ＭＡＣアドレス、送信元ＩＰアドレス、及び宛先ＩＰアドレスは、不変のままである。特定の原理が以下では詳細に説明される。
段階Ｓ２０２：レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケット１に基づいてＡＲＰ応答パケット１を構築し、ＡＲＰ応答パケット１をＰＭ１に送信する。
レイヤ２ゲートウェイ２００は、ネットワークインタフェースカード１からＡＲＰ要求パケット１を取得し、ＡＲＰ要求パケット１の宛先ＭＡＣアドレス（ＦＦＦＦ ＦＦＦＦ ＦＦＦＦ）に基づいて、ＡＲＰ要求パケット１がブロードキャストパケットであると決定する。レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケット１を傍受し、ＡＲＰ応答パケット１を構築する。
ＡＲＰ応答パケット１の送信元ＩＰアドレスは、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２であり、ＡＲＰ応答パケット１の送信元ＭＡＣアドレスは、Ｌ２ ＭＡＣ１であり、ＡＲＰ応答パケット１の宛先ＩＰアドレスは、ＰＭ１プライベートネットワークアドレス１９２．１６８．０．４であり、ＡＲＰ応答パケット１の宛先ＭＡＣアドレスは、ＰＭ１ ＭＡＣである。ＡＲＰ応答パケット２は、１９２．１６８．０．２に対応するＭＡＣアドレスがＬ２ ＭＡＣ１であることをＰＭ１に通知するために用いられる。
レイヤ２ゲートウェイ２００は、ネットワークインタフェースカード１を用いることによってＡＲＰ応答パケット１をレイヤ２通信トンネル３０に送信し、ＡＲＰ応答パケット１が、レイヤ２通信トンネル３０を介してサブネット２内でＰＭ１に伝送される。
さらに、本段階では、レイヤ２ゲートウェイ２００は、送信元ＭＡＣアドレス（ＰＭ１ ＭＡＣ）とＡＲＰ要求パケット１の送信元ＩＰアドレス（１９２．１６８．０．４）との間の対応関係を認識して記録する。
例えば、レイヤ２ゲートウェイ２００は、レイヤ２ゲートウェイ２００のローカルＡＲＰエントリにおいて、ＰＭ１ ＭＡＣと１９２．１６８．０．４との間の対応関係を記録し得る。
段階Ｓ２０３：ＰＭ１は、ＡＲＰ応答パケット１に基づいてレイヤ２パケット１を構築し、レイヤ２パケット１をレイヤ２ゲートウェイ２００に送信する。
ＰＭ１は、ＡＲＰ応答パケット１に基づいてレイヤ２パケット１を構築し、レイヤ２通信トンネル３０を介してレイヤ２パケット１をレイヤ２ゲートウェイ２００のネットワークインタフェースカード１に送信する。
ＰＭ１は、ＡＲＰ応答パケット１の送信元ＭＡＣアドレスからＬ２ ＭＡＣ１を認識する。ＰＭ１は、認識されたＬ２ ＭＡＣ１アドレスに基づいて、レイヤ２パケット１を構築する。レイヤ２パケット１の送信元ＩＰアドレスは、ＰＭ１のプライベートネットワークアドレス１９２．１６８．０．４であり、レイヤ２パケット１の送信元ＭＡＣアドレスは、ＰＭ１ ＭＡＣであり、レイヤ２パケット１の宛先ＩＰアドレスは、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２であり、レイヤ２パケット１の宛先ＭＡＣアドレスは、Ｌ２ ＭＡＣ１（すなわち、ネットワークインタフェースカード１のＭＡＣアドレス）である。レイヤ２パケット１のペイロードは、ＩＰパケット１を保持し、ＩＰパケット１のペイロードは、要求情報１を保持する。要求情報１は、ＶＭ１からの応答を要求するために用いられる。ＩＰパケット１のＩＰヘッダは、宛先ＩＰアドレス及び送信元ＩＰアドレスを保持する。
本段階では、ＰＭ１は、１９２．１６８．０．２とＬ２ ＭＡＣ１との間の対応関係をローカルＡＲＰエントリに記録し得、その後、ＰＭ１が１９２．１６８．０．２と通信するとき、ＰＭ１は、ローカルＡＲＰエントリをクエリすることによってＬ２ ＭＡＣ１を決定することのみ必要であり、ＭＡＣアドレスを認識するためにＡＲＰ要求パケットを再び送信する必要がない。
段階Ｓ２０４：レイヤ２ゲートウェイ２００は、レイヤ２パケット１を修正し、修正されたレイヤ２パケット１をＶＭ１に送信する。
本段階では、レイヤ２ゲートウェイ２００は、レイヤ２パケット１の宛先ＩＰアドレス１９２．１６８．０．２に基づいて、ＶＭ１のＭＡＣアドレス（ＶＭ１ ＭＡＣ）を決定し、レイヤ２パケット１の宛先ＭＡＣアドレスをＬ２ ＭＡＣ１からＶＭ１ ＭＡＣに修正し、送信元ＭＡＣアドレスをＰＭ１ ＭＡＣからＬ２ ＭＡＣ２に修正する。
制御プラットフォーム２０１は、前もって１９２．１６８．０．２とＶＭ１ ＭＡＣとの間の対応関係をレイヤ２ゲートウェイ２００に送信し得、レイヤ２ゲートウェイ２００は、１９２．１６８．０．２とＶＭ１ ＭＡＣとの間の対応関係をローカルＡＲＰエントリに記録することを留意すべきである。
例えば、レイヤ２ゲートウェイ２００を設置するとき、制御プラットフォーム２０１は、１９２．１６８．０．２とＶＭ１ ＭＡＣとの間の対応関係をレイヤ２ゲートウェイ２００に予め設定し得る。
レイヤ２ゲートウェイ２００は、サブネット１に接続されたネットワークインタフェースカード２を用いることによって、修正されたレイヤ２パケット１をサブネット１内のＶＭ１に送信する。
段階Ｓ２０５：ＶＭ１は、レイヤ２パケット１に基づいてレイヤ２パケット２を構築し、修正されたレイヤ２パケット２をレイヤ２ゲートウェイ２００に送信する。
本段階では、レイヤ２パケット２は、レイヤ２パケット１の応答パケットである。
前述のように、レイヤ２パケット１のペイロードはＩＰパケット１を保持し、ＩＰパケット１のペイロードは要求情報１を保持する。ＶＭ１は、要求情報１に基づいて応答情報１を生成し、レイヤ２パケット２を構築する。レイヤ２パケット２のペイロードはＩＰパケット２を保持し、ＩＰパケット２のペイロードは応答情報１を保持する。レイヤ２パケット２の送信元ＭＡＣアドレスは、ＶＭ１ ＭＡＣであり、レイヤ２パケット２の宛先ＭＡＣアドレスは、Ｌ２ ＭＡＣ２であり、レイヤ２パケット２の送信元ＩＰアドレスは、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２であり、レイヤ２パケット２の宛先ＩＰアドレスは、ＰＭ１のプライベートＩＰアドレス１９２．１６８．０．４である。ＶＭ１は、修正されたレイヤ２パケット２をレイヤ２ゲートウェイ２００のネットワークインタフェースカード２に送信する。
さらに、レイヤ２パケット１を受信した後、ＶＭ１は、レイヤ２パケット１の送信元ＩＰアドレス（１９２．１６８．０．４）とレイヤ２パケットの送信元ＭＡＣアドレス（Ｌ２ ＭＡＣ２）との間の対応関係をローカルＡＲＰエントリに記録し得る。
ＶＭ１が１９２．１６８．０．４と通信するとき、ＶＭ１は、ローカルＡＲＰエントリをクエリすることによってＬ２ ＭＡＣ２を決定することのみ必要であり、ＭＡＣアドレス認識を実行するためにＡＲＰ要求パケットを送信する必要がない。
段階Ｓ２０６：レイヤ２ゲートウェイ２００は、レイヤ２パケット２を修正し、修正されたレイヤ２パケット２をＰＭ１に送信する。
本段階では、ＰＭ１ ＭＡＣを決定し、レイヤ２パケット２の宛先ＭＡＣアドレスをＰＭ１ ＭＡＣに修正し、送信元ＭＡＣアドレスをＬ２ ＭＡＣ１に修正するために、レイヤ２ゲートウェイ２００は、レイヤ２パケット２の宛先ＩＰアドレス（１９２．１６８．０．４）に基づいてローカルＡＲＰエントリをクエリする。
前述の段階Ｓ２０２において、レイヤ２ゲートウェイ２００は、１９２．１６８．０．４とＰＭ１ ＭＡＣとの間の対応関係を認識して記録し、当該対応関係がレイヤ２ゲートウェイ２００のローカルＡＲＰエントリに記録される。
レイヤ２パケット２を修正した後、レイヤ２ゲートウェイ２００は、ネットワークインタフェースカード１を用いることによって、修正されたレイヤ２パケット２をＰＭ１に送信する。
ネットワークインタフェースカード１がレイヤ２通信トンネル３０に接続されているので、レイヤ２パケット２がネットワークインタフェースカード１から送信され、レイヤ２通信トンネル３０を介してサブネット２内のＰＭ１に到達する。
ＰＭ１は、レイヤ２パケット２を受信し、レイヤ２パケット２からＶＭ１の応答情報１を取得する。ＰＭ１とＶＭ１との間の通信が完了する。
ＰＭ１は、ＶＭ１との後続の通信のためにＡＲＰ要求パケットを送信する必要がない。代わりに、ＰＭ１は、ローカルＡＲＰエントリに基づいて、その宛先ＩＰアドレスが１９２．１６８．０．２であり、且つ、その宛先ＭＡＣアドレスがＬ２ ＭＡＣ１であるレイヤ２パケットを構築することのみ必要であり、レイヤ２パケットは、レイヤ２通信トンネル３０及びレイヤ２ゲートウェイ２００を介してＶＭ１に到達する。
ＶＭ１が応答するとき、その宛先ＩＰアドレスが１９２．１６８．０．２であり、且つ、その宛先ＭＡＣアドレスがＬ２ ＭＡＣ１であるレイヤ２パケットが構築され、レイヤ２パケットは、レイヤ２ゲートウェイ２００及びレイヤ２通信トンネル３０を介してＰＭ１に到達し得る。
簡略して表現するために、デバイスマネージャ２０３１が図５において省略されていることを留意すべきである。段階Ｓ２０４において、修正されたレイヤ２パケット１が、デバイスマネージャ２０３１を用いることによって、ＶＭ１に転送される。さらに、段階Ｓ２０５においてレイヤ２パケット２が、デバイスマネージャ２０３１を用いることによって、レイヤ２ゲートウェイ２００に転送される。
図６は、本願の実施形態に係る、ハイブリッドクラウド環境における通信方法の他のデータインタラクション図である。図５と異なり、図６に示される本実施形態において、ＶＭ１が初めてＰＭ１と通信するとき、ＶＭ１のローカルＡＲＰエントリは、ＰＭ１のプライベートネットワークアドレス（１９２．１６８．０．４）に対応するＭＡＣアドレスを記録せず、ＶＭ１は、１９２．１６８．０．４に対応するＭＡＣアドレスを取得するためにＡＲＰ要求パケットを送信する必要がある。
図６に示されるように、本願の本実施形態に係るハイブリッドクラウド通信方法は、以下の段階を含む。
段階３０１：ＶＭ１は、ＡＲＰ要求パケット２をデバイスマネージャ２０３１に送信する。
ＶＭ１がＰＭ１とアクティブに通信するので、ＶＭ１のローカルＡＲＰエントリは、ＰＭ１のプライベートネットワークアドレス（１９２．１６８．０．４）に対応するＭＡＣアドレスを記録しない。したがって、レイヤ２パケットをＰＭ１にアクティブに送信する前に、ＶＭ１は、１９２．１６８．０．４に対応するＭＡＣアドレスを取得する必要がある。
したがって、ＶＭ１は、サブネット１内でＡＲＰ要求パケット２をブロードキャストする必要がある。ＡＲＰ要求パケット２の送信元ＩＰアドレスは、１９２．１６８．０．２であり、ＡＲＰ要求パケット２の送信元ＭＡＣアドレスは、ＶＭ１ ＭＡＣであり、ＡＲＰ要求パケット２の宛先ＩＰアドレスは、１９２．１６８．０．２であり、ＡＲＰ要求パケット２の宛先ＭＡＣアドレスは、ＦＦＦＦ ＦＦＦＦ ＦＦＦＦである。ＡＲＰ要求パケット２は、１９２．１６８．０．２に対応するＭＡＣアドレスを要求するために用いられる。
図４に示されるように、ＶＭ１及びデバイスマネージャ２０３１は、両方共、計算ノード２０３上に配置され、デバイスマネージャ２０３１は、ＶＭ１を管理するよう設定され、ブロードキャストするためにＶＭ１によってサブネット１に送信されるＡＲＰ要求パケット２が、デバイスマネージャ２０３１に最初に到達する。
段階３０２：デバイスマネージャ２０３１は、ＡＲＰ要求パケット２に基づいてＡＲＰ応答パケット２を構築し、ＡＲＰ応答パケット２をＶＭ１に送信する。
デバイスマネージャ２０３１は、ＡＲＰ要求パケット２の宛先ＭＡＣアドレス（ＦＦＦＦ ＦＦＦＦ ＦＦＦＦ）に基づいて、ＡＲＰ要求パケット２がブロードキャストパケットであることを最初に決定し、ＡＲＰ要求パケット２の宛先ＩＰアドレス（ＰＭ１のプライベートネットワークアドレス１９２．１６８．０．４）に基づいて、ＡＲＰ要求パケット２がサブネット１内のデバイス用ではないことを決定する。この場合、デバイスマネージャ２０３１は、ＡＲＰ要求パケット２を傍受する必要があり、したがって、ＡＲＰ応答パケット２を構築する。
制御プラットフォーム２０１は、前もってサブネット１内の全ての仮想マシンのプライベートネットワークアドレスをデバイスマネージャ２０３１に送信する。本実施形態において、ＶＭ１のみがサブネット１に配置され、ＶＭ１のプライベートネットワークアドレスは１９２．１６８．０．２である。
デバイスマネージャ２０３１は、サブネット１内のＶＭ１のプライベートネットワークアドレスを受信して記録し、ＶＭ１によって送信されたＡＲＰ要求パケット２を受信した後に、ＡＲＰ要求パケット２の宛先ＩＰアドレス（１９２．１６８．０．４）がサブネット１内の全ての仮想マシンの記録されたプライベートネットワークアドレスに属するか否かを決定する。ＡＲＰ要求パケット２の宛先ＩＰアドレスがサブネット１内の全ての仮想マシンの記録されたプライベートネットワークアドレスに属する場合、それは、ＡＲＰ要求パケット２がサブネット１内の仮想マシン用であることを示し、デバイスマネージャ２０３１は、ブロードキャストするためにＡＲＰ要求パケット２をサブネット１に送信する。ＡＲＰ要求パケット２の宛先ＩＰアドレスがサブネット１内の全ての仮想マシンの記録されたプライベートネットワークアドレスに属さない場合、それは、ＡＲＰ要求パケット２がサブネット１内のデバイス（すなわち、サブネット２内の物理マシン）用でないことを示し、デバイスマネージャ２０３１は、ＡＲＰ要求パケット２を傍受し、ＡＲＰ応答パケット２を構築する。ＡＲＰ応答パケット２の送信元ＭＡＣアドレスは、Ｌ２ ＭＡＣ２であり、ＡＲＰ応答パケット２の送信元ＩＰアドレスは、ＰＭ１のプライベートネットワークアドレス１９２．１６８．０．４であり、ＡＲＰ応答パケット２の宛先ＭＡＣアドレスは、ＶＭ１ ＭＡＣであり、ＡＲＰ応答パケット２の宛先ＩＰアドレスは、ＶＭ１のプライベートネットワークアドレス１９２．１６８．０．２である。
制御プラットフォーム２０１は、前もってＬ２ ＭＡＣ２をデバイスマネージャ２０３１に送信し得、デバイスマネージャ２０３１は、Ｌ２ ＭＡＣ２を受信して記録する。
本実施形態において、デバイスマネージャ２０３１は、ＡＲＰ要求パケット２の宛先ＩＰアドレス（１９２．１６８．０．４）がサブネット１内の全ての仮想マシンのプライベートネットワークアドレス（１９２．１６８．０．２）に属さないことを決定する。したがって、デバイスマネージャ２０３１は、ＡＲＰ応答パケット２を構築し、ＡＲＰ応答パケット２をＶＭ１に送信する。
ＡＲＰ応答パケット２は、１９２．１６８．０．４に対応するＭＡＣアドレスがＬ２ ＭＡＣ２であることをＶＭ１に通知するために用いられる。
段階３０３：ＶＭ１は、ＡＲＰ応答パケット２に基づいてレイヤ２パケット３を構築し、レイヤ２パケット３をデバイスマネージャ２０３１に送信する。
ＡＲＰ応答パケット２を受信した後、ＶＭ１は、ＡＲＰ応答パケット２の送信元ＭＡＣアドレスに基づいてＬ２ ＭＡＣ２を認識し、Ｌ２ ＭＡＣ２に基づいてレイヤ２パケット３を構築する。レイヤ２パケット３のペイロードは、ＩＰパケット３を保持する。ＩＰパケット３のペイロードは要求情報２を保持し、要求情報２は、ＰＭ１からの応答を要求するために用いられる。レイヤ２パケット３の送信元ＭＡＣアドレスは、ＶＭ１ ＭＡＣであり、レイヤ２パケット３の送信元ＩＰアドレスは、１９２．１６８．０．２であり、レイヤ２パケット３の宛先ＩＰアドレスは、１９２．１６８．０．４であり、レイヤ２パケット３の宛先ＭＡＣアドレスは、Ｌ２ ＭＡＣ２である。
ＶＭ１は、レイヤ２パケット３をレイヤ２ゲートウェイ２００のネットワークインタフェースカードに送信する。
段階３０４：デバイスマネージャ２０３１は、レイヤ２パケット３の宛先ＭＡＣアドレスに基づいて、レイヤ２パケット３をレイヤ２ゲートウェイ２００に転送する。
デバイスマネージャ２０３１は、レイヤ２パケット３をレイヤ２ゲートウェイ２００のネットワークインタフェースカード２に転送する。
段階３０５：レイヤ２ゲートウェイ２００は、レイヤ２パケット３を修正し、修正されたレイヤ２パケット３をＰＭ１に送信する。
レイヤ２ゲートウェイ２００のネットワークインタフェースカード２は、レイヤ２パケット３を受信し、レイヤ２パケット３の宛先ＩＰアドレス（１９２．１６８．０．４）に基づいて、１９２．１６８．０．４に対応するＭＡＣアドレスがローカルＡＲＰエントリに記録されているか否かを決定する。ＰＭ１がＡＲＰ要求パケットをレイヤ２ゲートウェイ２００に送信したとき（段階２０２を参照）、１９２．１６８．０．４とＰＭ１ ＭＡＣとの間の対応関係が、レイヤ２ゲートウェイ２００のローカルＡＲＰエントリに記録される。
レイヤ２ゲートウェイ２００は、１９２．１６８．０．４に基づいて、ローカルＡＲＰエントリからＰＭ１ ＭＡＣを取得し得る。
ＰＭ１がＡＲＰ要求パケットをレイヤ２ゲートウェイ２００に全く送信しなかったとき、レイヤ２ゲートウェイ２００のローカルＡＲＰエントリは、１９２．１６８．０．４に対応するＭＡＣアドレスを記録しない。この場合、レイヤ２ゲートウェイ２００は、ＰＭ１のＭＡＣアドレスを認識するために、サブネット２に接続されているネットワークインタフェースカード１を用いることによってＡＲＰ要求パケットをサブネット２にアクティブに送信し得る。
ＡＲＰ要求パケットの送信元ＭＡＣアドレスは、Ｌ２ ＭＡＣ１であり、ＡＲＰ要求パケットの送信元ＩＰアドレスは、１９２．１６８．０．２であり、ＡＲＰ要求パケットの宛先ＩＰアドレスは、１９２．１６８．０．４であり、ＡＲＰ要求パケットの宛先ＭＡＣアドレスは、ＦＦＦＦ ＦＦＦＦ ＦＦＦＦである。ＡＲＰ要求パケットは、サブネット２内の１９２．１６８．０．４に対応するＭＡＣアドレスを要求するために用いられ、ＡＲＰ要求パケットは、レイヤ２通信トンネル３０を介してサブネット２内でブロードキャストされる。
ＰＭ１は、ＡＲＰ要求パケットを受信し、ＡＲＰ要求パケットの宛先ＩＰアドレス（１９２．１６８．０．４）に基づいてＡＲＰ応答パケットを構築する。ＡＲＰ応答パケットの送信元ＭＡＣアドレスは、ＰＭ１ ＭＡＣであり、ＡＲＰ応答パケットの宛先ＭＡＣアドレスは、Ｌ２ ＭＡＣ１であり、ＡＲＰ応答パケットの送信元ＩＰアドレスは、ＰＭ１の１９２．１６８．０．４であり、ＡＲＰ応答パケットの宛先ＩＰアドレスは、１９２．１６８．０．２である。
ＰＭ１は、レイヤ２通信トンネル３０を介してＡＲＰ応答パケットをレイヤ２ゲートウェイ２００のネットワークインタフェースカード１に送信する。レイヤ２ゲートウェイ２００は、ＡＲＰ応答パケットの送信元ＭＡＣアドレスからＰＭ１ ＭＡＣを認識し、ＰＭ１ ＭＡＣと１９２．１６８．０．４との間の対応関係をローカルＡＲＰエントリに記録する。
ＰＭ１ ＭＡＣを取得した後、レイヤ２ゲートウェイ２００は、レイヤ２パケット３の宛先ＭＡＣアドレスをＬ２ ＭＡＣ２からＰＭ１ ＭＡＣに修正し、送信元ＭＡＣアドレスをＶＭ１ ＭＡＣからＬ２ ＭＡＣ１に修正する。レイヤ２ゲートウェイ２００は、ネットワークインタフェースカード１を用いることによってレイヤ２パケット３をレイヤ２通信トンネル３０に送信し、レイヤ２パケット２が、レイヤ２通信トンネル３０を介してサブネット２内でＰＭ１に送信される。
結論として、ローカルＡＲＰエントリがＬ２ ＭＡＣ１を記録するとき、レイヤ２ゲートウェイ２００は、Ｌ２ ＭＡＣ１に基づいてレイヤ２パケット２を直接修正し、ローカルＡＲＰエントリがＬ２ ＭＡＣ１を記録しないとき、レイヤ２ゲートウェイ２００は、Ｌ２ ＭＡＣ１を認識するために、ＡＲＰ要求パケットをサブネット２にアクティブに送信し得る。
段階３０６：ＰＭ１は、レイヤ２パケット３に基づいてレイヤ２パケット４を構築し、レイヤ２パケット４をレイヤ２ゲートウェイ２００に送信する。
レイヤ２パケット３を受信した後、ＰＭ１は、レイヤ２パケット３のペイロードからＩＰパケット３を取得し、ＩＰパケット３のペイロードから要求情報２を取得する。ＰＭ１は、要求情報２に基づいて応答情報２を生成し、レイヤ２パケット４を構築する。レイヤ２パケット４のペイロードは、ＩＰパケット４を保持し、ＩＰパケット４のペイロードは、応答情報２を保持する。レイヤ２パケット４の送信元ＭＡＣアドレスは、ＰＭ１ ＭＡＣであり、レイヤ２パケット４の宛先ＭＡＣアドレスは、Ｌ２ ＭＡＣ１であり、レイヤ２パケット４の送信元ＩＰアドレスは、１９２．１６８．０．４であり、レイヤ２パケット４の宛先ＩＰアドレスは、１９２．１６８．０．２である。
さらに、ＰＭ１は、送信元ＭＡＣアドレス（Ｌ２ ＭＡＣ１）及びレイヤ２パケット２の送信元ＩＰアドレス（１９２．１６８．０．２）をローカルＡＲＰエントリに記録し得る。
ＰＭ１は、レイヤ２通信トンネル３０を介してレイヤ２パケット４をレイヤ２ゲートウェイ２００のネットワークインタフェースカード１に送信する。
段階３０７：レイヤ２ゲートウェイ２００は、レイヤ２パケット４を修正し、ネットワークインタフェースカード２を用いることによって修正されたレイヤ２パケット４をデバイスマネージャ２０３１に送信する。
レイヤ２ゲートウェイ２００は、ＶＭ１ ＭＡＣを決定し、レイヤ２パケット４の宛先ＭＡＣアドレスをＬ２ ＭＡＣ１からＶＭ１ ＭＡＣに修正し、送信元ＭＡＣアドレスをＰＭ１ ＭＡＣからＬ２ ＭＡＣ２に修正するために、レイヤ２パケット４の宛先ＩＰアドレス（１９２．１６８．０．２）に基づいてローカルＡＲＰエントリをクエリする。
制御プラットフォーム２０１は、前もって１９２．１６８．０．２とＶＭ１ ＭＡＣとの間の対応関係をレイヤ２ゲートウェイ２００に送信し得、レイヤ２ゲートウェイ２００は、１９２．１６８．０．２とＶＭ１ ＭＡＣとの間の対応関係をローカルＡＲＰエントリに記録することを留意すべきである。
段階３０８：デバイスマネージャ２０３１は、修正されたレイヤ２パケット４をＶＭ１に転送する。
本段階では、レイヤ２パケット４を受信した後、ＶＭ１は、レイヤ２パケット４のペイロードからＩＰパケット４を取得し、ＩＰパケット４のペイロードから応答情報２を取得し得る。
ＶＭ１は、ＰＭ１によって生成された応答情報２を取得し、後続の通信用のＡＲＰ要求パケットをＶＭ１からＰＭ１に送信する必要がない。ＶＭ１は、その宛先ＭＡＣアドレスがＬ２ ＭＡＣ２であり、且つ、その宛先ＩＰアドレスが１９２．１６８．０．２であるレイヤ２パケットを構築することのみ必要であり、ＶＭ１は、レイヤ２ゲートウェイ２００及びレイヤ２通信トンネル３０を介してＰＭ１とのレイヤ２通信を実行し得る。
結論として、レイヤ２ゲートウェイ２００が同一のプライベートネットワークアドレスセグメントを有するサブネット１及びサブネット２の両方に接続され、ＡＲＰ要求パケットへのプロキシ応答を実行し、レイヤ２パケットに対してＭＡＣ変換を実行する。したがって、ＰＭ１及びＶＭ１の観点から、サブネット１及びサブネット２は、同一のブロードキャストドメインに属し、クラウド上のＶＭ１及びクラウドから離れたＰＭ１は、レイヤ２ゲートウェイ２００を介してレイヤ２通信を実行する。
前述の実施形態において、デバイスマネージャ２０３１は、ＶＭ１によって送信されたＡＲＰ要求パケット２を傍受し、１９２．１６８．０．４に対応するＭＡＣアドレスがＬ２ ＭＡＣ２であることをＶＭ１に通知するためにＡＲＰ応答パケット２をＶＭ１に直接送信することを留意すべきである。しかしながら、本願の幾つかの他の例において、デバイスマネージャ２０３１は、代替的に、ＶＭ１によって送信されたＡＲＰ要求パケット２を傍受しなくてもよいが、ブロードキャストするためにＡＲＰ要求パケット２をサブネット１に転送し得、その結果、ネットワークインタフェースカード２を用いることによってサブネット１に接続されるレイヤ２ゲートウェイ２００は、サブネット１からＡＲＰ要求パケット２を受信し得、ＡＲＰ要求パケット２に基づいてＡＲＰ応答パケットを生成する。レイヤ２ゲートウェイ２００は、ネットワークインタフェースカード２を用いることによって、ＡＲＰ応答パケットをサブネット１内のＶＭ１に送信し、１９２．１６８．０．４に対応するＭＡＣアドレスがＬ２ ＭＡＣ２であることをＶＭ１に通知する。
本願の本実施形態は、オンプレミスデータセンタ１０のサブネット２とオンクラウドデータセンタ２０のサブネット１との間のレイヤ２通信をサポートし得る。ここで、オンプレミスデータセンタ１０及びオンクラウドデータセンタ２０は、同一のプライベートネットワークアドレスセグメントを有し、これは、ハイブリッドクラウドからパブリッククラウドにスイッチするシナリオに適している。
ハイブリッドクラウドからパブリッククラウドにスイッチすることによって、オンプレミスデータセンタ１０のサブネット２内のデバイスの画像をオンクラウドデータセンタ２０のサブネット１内の仮想マシンに移行し、移行が成功した後にサブネット２内のデバイスを無効にする。
例えば、ＰＭ１がオンクラウドデータセンタ２０のサブネット１に移行される必要があるとき、ユーザは、サブネット１内のＶＭ３を設置し得、ＰＭ１の画像をＶＭ３にインポートし得、ＰＭ１をシャットダウンし得る。ＶＭ３は、ＰＭ１の画像であり、したがって、ＶＭ３のプライベートネットワークアドレス１９２．１６８．０．４及びＭＡＣアドレスＰＭ１ ＭＡＣは、ＰＭ１のものと同一である。ＶＭ３がＶＭ１とアクティブに通信する必要があるとき、１９２．１６８．０．２用のＡＲＰ要求パケットはサブネット１内でブロードキャストされ、ＶＭ３は、ＶＭ１によって返信されたＶＭ１ ＭＡＣを保持するＡＲＰ応答パケットを取得し得る。ＶＭ３は、ＶＭ１ ＭＡＣに基づいて、サブネット１内のＶＭ１とレイヤ２通信を実行し得る。
同一の原理によれば、サブネット２内の全てのデバイスが、同様の方式でサブネット１に移行され得る。サブネット２内のデバイスがサブネット１に移行された後、デバイスのプライベートネットワークアドレス及びＭＡＣアドレスは、移行前のものと同一である。したがって、サブネット２内のデバイスのプライベートネットワークアドレス及びＭＡＣアドレスが、修正される必要がなく、サブネット２のネットワークモデルが、サブネット１に十分に移行され得る。これは、オンプレミスデータセンタ内のデバイスをパブリッククラウドに移行することを著しく容易にする。
したがって、レイヤ２ゲートウェイは、サブネット１とサブネット２との間のレイヤ２通信を実行するために用いられる。ハイブリッドクラウドからパブリッククラウドにスイッチするシナリオにおいて、オンクラウドデータセンタのネットワークモデルが、パブリッククラウド内で十分に保たれ得る。
図７Ａ及び図７Ｂは、本願の実施形態に係る、ハイブリッドクラウド環境のシステムの特定の概略構造図である。図４に基づいて、図７Ａ及び図７Ｂは、レイヤ２通信トンネル３０の可能な実装をさらに示す。
図７Ａ及び図７Ｂに示されるように、レイヤ２通信トンネル３０は、ＶＴＥＰデバイス３０１と、ＶＴＥＰデバイス３０４と、ＶＰＮゲートウェイ３０２と、ＶＰＮゲートウェイ３０３とを用いることによって実装される。ＶＴＥＰデバイス３０１は、サブネット２に接続され、ＶＴＥＰデバイス３０４は、レイヤ２ゲートウェイ２００のネットワークインタフェースカード１に接続される。ＶＴＥＰデバイス３０１は、ＶＴＥＰ ＩＰ１で配置され、ＶＴＥＰデバイス３０４は、ＶＴＥＰ ＩＰ２で配置され、ＶＰＮゲートウェイ３０２は、パブリックＩＰ１で配置され、ＶＰＮゲートウェイ３０３は、パブリックＩＰ２で配置される。
本実施形態において、ＶＴＥＰデバイス３０４は、ＰＭ１によって送信されたレイヤ２パケット１を、ＶＸＬＡＮパケット１の内部パケットにカプセル化する。ＶＸＬＡＮパケット１の外部パケットの送信元ＩＰアドレスは、ＶＴＥＰ ＩＰ１であり、外部パケットの宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ２であり、外部パケットの送信元ＭＡＣアドレスは、ＶＴＥＰデバイス３０１のＭＡＣアドレスであり、外部パケットの宛先ＭＡＣアドレスは、ＶＴＥＰ ＩＰ２へのネクストホップデバイスのＭＡＣアドレス（例えば、ＶＰＮゲートウェイ３０２のＭＡＣアドレス）である。ＶＴＥＰデバイス３０１は、ＶＸＬＡＮパケット１をＶＰＮゲートウェイ３０２に送信し、ＶＰＮゲートウェイ３０２は、ＶＰＮパケット１のペイロード内にＶＸＬＡＮパケット１を設定する。ＶＰＮパケット１のＶＰＮヘッダの送信元ＩＰアドレスは、ＶＰＮゲートウェイ３０２のパブリックＩＰ１であり、宛先ＩＰアドレスは、ＶＰＮゲートウェイ３０３のパブリックＩＰ２であり、送信元ＭＡＣアドレスは、ＶＰＮゲートウェイ３０２のＭＡＣアドレスであり、宛先ＭＡＣアドレスは、ネクストホップデバイスのＭＡＣアドレスである。ＶＰＮゲートウェイ３０２は、ＶＰＮパケット１をインターネットに送信し、インターネット内のルーティングデバイスは、ＶＰＮパケット１の宛先ＩＰアドレスに基づいて、ＶＰＮパケット１をＶＰＮゲートウェイ３０３に転送する。
ＶＰＮゲートウェイ３０３は、ＶＰＮパケット１を受信し、ＶＰＮパケット１のペイロードからＶＸＬＡＮパケット１を取得し、ＶＸＬＡＮパケット１の宛先ＩＰアドレス（ＶＴＥＰ ＩＰ２）に基づいて、ＶＸＬＡＮパケット１をＶＴＥＰデバイス３０４に送信する。
ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット１をデカプセル化し、レイヤ２パケット１を取得し、レイヤ２パケット１をレイヤ２ゲートウェイ２００のネットワークインタフェースカード１に送信する。
ＶＸＬＡＮカプセル化、ＶＰＮカプセル化、ＶＰＮデカプセル化、及びＶＸＬＡＮデカプセル化が、レイヤ２通信トンネル３０内のデバイスを用いることによって実装され、その結果、オンプレミスデータセンタ１０のサブネット２は、オンプレミスデータセンタ１０のレイヤ２ゲートウェイ２００とのレイヤ２通信を実装し得る。ＰＭ１及びレイヤ２ゲートウェイ２００は、前述のカプセル化及びデカプセル化処理を認識しておらず、レイヤ２パケット１が、変化することなくサブネット２からサブネット１に伝送される。
同様に、ＶＴＥＰデバイス３０４は、ネットワークインタフェースカード１を用いることによりレイヤ２ゲートウェイ２００によって送信されたレイヤ２パケット２を、ＶＸＬＡＮパケット２の内部パケットにカプセル化する。ＶＸＬＡＮパケット２の外部パケットの送信元ＩＰアドレスは、ＶＴＥＰ ＩＰ２であり、宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ１であり、送信元ＭＡＣアドレスは、ＶＴＥＰデバイス３０４のＭＡＣアドレスであり、宛先ＭＡＣアドレスは、ＶＴＥＰ ＩＰ１へのネクストホップデバイスのＭＡＣアドレスである。ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット２をＶＰＮゲートウェイ３０３に送信し、ＶＰＮゲートウェイ３０２は、ＶＸＬＡＮパケット２をＶＰＮパケット２のペイロードにカプセル化する。ＶＰＮパケット２のＶＰＮヘッダの送信元ＩＰアドレスは、ＶＰＮゲートウェイ３０３のパブリックＩＰ２であり、宛先ＩＰアドレスは、ＶＰＮゲートウェイ３０２のパブリックＩＰ１であり、送信元ＭＡＣアドレスは、ＶＰＮゲートウェイ３０３のＭＡＣアドレスであり、宛先ＭＡＣアドレスは、パブリックＩＰ１へのネクストホップデバイスのＭＡＣアドレスである。ＶＰＮゲートウェイ３０３は、ＶＰＮパケット２をインターネットに送信し、インターネット内のルーティングデバイスは、ＶＰＮパケット２の宛先ＩＰアドレスに基づいて、ＶＰＮパケット２をＶＰＮゲートウェイ３０２に転送する。
ＶＰＮゲートウェイ３０２は、ＶＰＮパケット２を受信し、ＶＰＮパケット２のペイロードからＶＸＬＡＮパケット２を取得し、ＶＸＬＡＮパケット２の宛先ＩＰアドレス（ＶＴＥＰ ＩＰ１）に基づいて、ＶＸＬＡＮパケット２をＶＴＥＰデバイス３０１に送信する。
ＶＴＥＰデバイス３０１は、ＶＸＬＡＮパケット２をデカプセル化し、レイヤ２パケット２を取得し、レイヤ２パケット２をＰＭ１に送信する。
同様に、ＶＸＬＡＮカプセル化、ＶＰＮカプセル化、ＶＰＮデカプセル化、及びＶＸＬＡＮデカプセル化が、レイヤ２通信トンネル３０内のデバイスを用いることによって実装され、その結果、オンプレミスデータセンタ１０のレイヤ２ゲートウェイ２００は、オンプレミスデータセンタ１０のＰＭ１とのレイヤ２通信を実装し得る。ＰＭ１及びレイヤ２ゲートウェイ２００は、前述のカプセル化及びデカプセル化処理を認識しておらず、レイヤ２パケット２が、変化することなくサブネット１からサブネット２に伝送される。
レイヤ２パケット１がレイヤ２通信トンネル３０を介してＰＭ１からレイヤ２ゲートウェイ２００に到達するとき、レイヤ２パケット１の送信元ＭＡＣアドレス及び宛先ＭＡＣアドレスが不変のままであるように、レイヤ２パケット１がＶＸＬＡＮパケット１の内部パケットにカプセル化される。レイヤ２パケット２がＶＸＬＡＮパケット２の内部パケットにカプセル化され、レイヤ２パケット２がレイヤ２通信トンネル３０を介してレイヤ２ゲートウェイ２００からＰＭ１に到達するとき、レイヤ２パケット２の送信元ＭＡＣアドレス及び宛先ＭＡＣアドレスは、不変のままである。したがって、レイヤ２通信チャネル３０は、ＰＭ１とレイヤ２ゲートウェイ２００との間のレイヤ２通信を実装し得る。
同様に、ＰＭ１とレイヤ２ゲートウェイ３０４との間のＡＲＰ要求パケット及びＡＲＰ応答パケットはまた、前述の方式でレイヤ２通信トンネル３０を介して伝送され得る。
本実施形態において、ＶＰＮゲートウェイは、クロスデータセンタリモート通信を実装するよう設定され、ＶＴＥＰデバイスは、レイヤ２通信を実装するよう設定され、ＶＰＮゲートウェイ及びＶＴＥＰデバイスは、協働してクロスデータセンタリモートレイヤ２通信を実装し得る。
本願の他の実施形態において、ＶＰＮゲートウェイが、他のリモート接続ゲートウェイ、例えば、手動ゲートウェイ、と置換され得る。ＶＴＥＰデバイスは、手動ゲートウェイを用いることによって、オペレータによって提供されるプライベートラインネットワークにアクセスし、ＶＸＬＡＮパケットに対してＶＰＮカプセル化及びデカプセル化動作を実行する必要がない。例えば、ローカル手動ゲートウェイは、ＶＸＬＡＮパケットをプライベートラインネットワークに直接送信し得、プライベートラインネットワーク内のルーティングデバイスは、ＶＸＬＡＮパケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケットをピア手動ゲートウェイに転送する。
さらに、本願の本実施形態が、ＶＸＬＡＮ技術のみを用いることによって、サブネット１及びサブネット２内のパケットをカプセル化又はデカプセル化することに限定されない。本願の本実施形態において、任意の大規模なレイヤ２カプセル化／デカプセル化技術も、同様の機能、例えば、ＶＸＬＡＮ技術をＧＲＥ技術と置換して、パケットカプセル化及びデカプセル化を実装することが実行可能な機能、を実装するために用いられ得る。
図８ａ～図８ｃは、本願の実施形態に係る、制御プラットフォームによって提供されるインタラクションインタフェースの概略図である。図８ａに示されるように、制御プラットフォーム２０１は、インタラクションインタフェース１を提供し、「レイヤ２ゲートウェイを設置する」選択ボックスが、インタラクションインタフェース１上に配置される。ユーザが選択ボックスをクリックするとき、図８ｂに示されるインタラクションインタフェース２が表示される。インタラクションインタフェース２において、ユーザが設定情報を入力する。設定情報は、設置されるレイヤ２ゲートウェイの名称と、ローカルトンネル情報と、設置されるレイヤ２ゲートウェイが属するＶＰＣと、レイヤ２ゲートウェイが属するＶＰＣ内のレイヤ２ゲートウェイに接続されるサブネットと、ピアトンネル情報とを含む。ユーザが「Ｙｅｓ」ボタンをクリックした後、図８ｃに示されるインタフェースが表示される。インタフェースは、レイヤ２ゲートウェイ２００が成功裏に設定されたことを示すために用いられる。
例えば、以下では、図７Ａ及び図７Ｂに示されるレイヤ２通信トンネルに関連して説明する。ユーザは、ローカルトンネル情報入力ボックス内のＶＰＮゲートウェイ３０３を入力（又は選択）し得、ユーザは、ピアトンネル情報入力ボックス内のＶＴＥＰデバイス３０１のＶＴＥＰ ＩＰ３及びサブネット２のＶＮＩ０を入力し得る。ＶＮＩ０が、ＶＴＥＰデバイス３０１によって設定され、ユーザは、オンプレミスデータセンタ１０内のＶＴＥＰデバイス３０１に対する全管理権限を有し、その結果、ＶＴＥＰ ＩＰ１及びＶＮＩ０は、ユーザに知られたパラメータである。
本実施形態において、ＶＰＮ接続がＶＰＮゲートウェイ３０２とＶＰＮゲートウェイ３０３との間で確立されたことが想定され、ユーザは、レイヤ２ゲートウェイ２００に接続されたＶＰＮゲートウェイ３０３を入力することのみが必要であり、その結果、レイヤ２ゲートウェイ２００がオンプレミスデータセンタ１０にリモートに接続され得ることを留意すべきである。
ユーザは、オンクラウドデータセンタ２０により提供されるＶＰＮサービスを用いることによって、ＶＰＮゲートウェイ３０３を設置し得、ＶＰＮゲートウェイ３０２に接続されるＶＰＮゲートウェイ３０３を設定し得る。
図８ｃにおいて、インタラクションインタフェース３が、レイヤ２ゲートウェイ２００が成功裏に設定されたことをプロンプトするとき、ユーザは、レイヤ２ゲートウェイ２００に接続されたＶＴＥＰデバイス３０４のＶＴＥＰ ＩＰ２でさらにプロンプトされ得ることを留意すべきである。ユーザは、インタラクションインタフェース３からＶＴＥＰ ＩＰ２を取得し、ＶＴＥＰデバイス３０１をオンプレミスデータセンタ１０に配置し、その結果、ＶＴＥＰデバイス３０１は、ＶＴＥＰ ＩＰ２を記録する。ＶＸＬＡＮカプセル化を実行するとき、ＶＴＥＰデバイス３０１は、ＶＸＬＡＮパケットの他の宛先ＩＰアドレスをＶＴＥＰ ＩＰ２に設定し得る。カプセル化されたＶＸＬＡＮパケットがＶＰＮゲートウェイ３０３を介してオンクラウドデータセンタ２０に到達した後、ＶＸＬＡＮパケットが、オンクラウドデータセンタ２０の内部ネットワーク内の外部パケットＶＴＥＰ ＩＰ２の宛先ＩＰアドレスを用いることによって、ＶＴＥＰデバイス３０４にルーティングされる。
理解を容易にするために、図９Ａ～図１２Ｄを参照する。図９Ａ～図１２Ｄは、図７Ａ及び図７Ｂで開示されたハイブリッドクラウド環境の可能な特定の実装を示す。
図９Ａ～図１２Ｄに示されるハイブリッドクラウド環境は、完全に同一である。差異は、図９Ａ～図９Ｄは、レイヤ２ゲートウェイ２００がＰＭ１に対するＡＲＰプロキシを実行するときのパケットフローを詳細に説明し、図１０Ａ～図１０Ｄは、ＰＭ１がパケットをＶＭ１にアクティブに送信するときのパケットフローを詳細に説明し、図１１Ａ～図１１Ｄは、ＶＭ１がＰＭ１に応答するときのパケットフローを詳細に説明し、図１２Ａ～図１２Ｄは、デバイスマネージャがＶＭ１に対するＡＲＰプロキシを実行するときのパケットフローを詳細に説明することにある。
さらに、図７Ａ及び図７Ｂと比較して、図９Ａ～図１２Ｄにおける同一の参照番号は、同一のデバイスを表す。
最初に、図９Ａ～図９Ｄを参照する。ハイブリッドクラウド通信システムは、オンクラウドデータセンタ２０及びオンプレミスデータセンタ１０を含む。オンクラウドデータセンタ２０及びオンプレミスデータセンタ１０は、インターネット３０に個別にアクセスする。ユーザは、クライアント４０を用いることによって、インターネット３０にアクセスする。ユーザは、オンプレミスデータセンタ１０内の全てのデバイスに対する管理権限を有する。さらに、ユーザは、オンクラウドデータセンタ２０内のＶＰＣ１、レイヤ２ゲートウェイ２００、及びＶＰＮゲートウェイ３０３に対してのみ管理権限を有する。クライアント４０を操作することによって、ユーザは、インタラクションインタフェース、又はアクセス制御プラットフォーム２０１によって提供されるＡＰＩにアクセスし、ＶＰＣ１、レイヤ２ゲートウェイ２００、又はＶＰＮゲートウェイ３０３を管理するためにコマンドを入力する。制御プラットフォーム２０１は、コマンドに従って、ＶＰＣ１、レイヤ２ゲートウェイ２００、又はＶＰＮゲートウェイ３０３を管理する。
クライアント４０は、例えば、携帯電話、パーソナルコンピュータ、又はパーソナルタブレットコンピュータ等の端末デバイスであることを留意すべきである。他の実施形態において、クライアント４０はまた、オンプレミスデータセンタ１０に配置され得る。
オンクラウドデータセンタ２０は、制御プラットフォーム２０１と、計算ノード２０３と、ネットワークノード２０４と、ルータ２０５と、トップオブラック（Ｔｏｐ ｏｆ ｒａｃｋ）スイッチ２０６と、トップオブラックスイッチ２０７とを含む。トップオブラックスイッチ２０６、トップオブラックスイッチ２０７、制御プラットフォーム２０１、及びＶＰＮゲートウェイ３０３は、全てルータ２０５に接続される。
計算ノード２０３及びネットワークノード２０４は、例えば、サーバである。パブリッククラウドサービスによって提供される仮想マシンＶＭ１及びＶＭ２は、計算ノード２０３上で動作し、レイヤ２ゲートウェイ２００は、ネットワークノード２０４上で動作する。
計算ノード２０３は、ＶＭ１と、ＶＭ２と、オペレーティングシステム２０３０と、物理ネットワークインタフェースカード２０３３とを含む。デバイスマネージャ２０３１は、オペレーティングシステム２０３０に配置される。デバイスマネージャ２０３１は、仮想スイッチ２０３２及びＶＴＥＰデバイス３０５を含む。仮想ポート５、仮想ポート６、仮想ポート７、及び論理ブリッジ２０３４が、仮想スイッチ２０３２に配置される。ここで、論理ブリッジ２０３４は、仮想ポート５、仮想ポート６、及び仮想ポート７に接続される。仮想ネットワークインタフェースカード３は、ＶＭ１上に配置され、仮想ネットワークインタフェースカード４は、ＶＭ２上に配置される。仮想ネットワークインタフェースカード３は、仮想ポート５に接続され、仮想ネットワークインタフェースカード４は、仮想ポート６に接続され、仮想ポート７は、ＶＴＥＰデバイス３０５に接続される。ＶＴＥＰデバイス３０５は、物理ネットワークインタフェースカード２０３３及び計算ノード２０３にさらに接続され、物理ネットワークインタフェースカード２０３３を用いることによって、トップオブラックスイッチ２０６にアクセスする。
ＶＭ１及びＶＭ２は、ＶＰＣ１のサブネット１に配置され、ＶＰＣ１のトンネル識別子は、ＶＮＩ１であり、論理ブリッジ２０３４は、サブネット１のスイッチ機能を実装するよう設定される。
ネットワークノード２０４は、レイヤ２ゲートウェイ２００と、オペレーティングシステム２０４０と、物理ネットワークインタフェースカード２０４３とを含む。デバイスマネージャ２０４１は、オペレーティングシステム２０１に配置される。デバイスマネージャ２０４１は、仮想スイッチ２０４２及びＶＴＥＰデバイス３０４を含む。仮想スイッチ２０４２は、仮想ポート１と、仮想ポート２と、仮想ポート３とを含む。仮想ポート３は、仮想ポート２に接続され、仮想ポート３は、仮想ポート１にさらに接続される。ＶＴＥＰデバイス３０４は、物理インタフェースカード２０４３に接続され、計算ノード２０４は、物理ネットワークインタフェースカード２０４３を用いることによって、トップオブラックスイッチ２０７にアクセスする。
レイヤ２ゲートウェイ２００は、仮想ネットワークインタフェースカード１及び仮想ネットワークインタフェースカード２と共に配置される。仮想ネットワークインタフェースカード１は、仮想ポート１に接続され、仮想ネットワークインタフェースカード２は、仮想ポート２に接続され、仮想ポート３は、ＶＴＥＰデバイス３０４に接続される。
オンプレミスデータセンタ１０は、ＶＰＮゲートウェイ３０２と、ＶＴＥＰデバイス３０１と、サブネット２と、サブネット３とを含む。サブネット２のプライベートネットワークアドレスセグメントは、サブネット１のものと同一である（両方共、１９２．１６８．０．０／２４である）。物理マシンＰＭ１及びＰＭ２は、サブネット２に配置され、ＰＭ３及びＰＭ４は、サブネット３に配置される。
ＶＴＥＰデバイス３０１は、例えば、ＶＸＬＡＮスイッチである。ＶＸＬＡＮスイッチは、スイッチ機能と、ＶＸＬＡＮカプセル化及びデカプセル化機能とを有する。サブネット２及びサブネット３は、ＶＴＥＰデバイス３０１によって分割される。ＶＴＥＰデバイス３０１は、サブネット２のトンネル識別子をＶＮＩ０に設定し、サブネット３のトンネル識別子をＶＮＩ１に設定する。
本実施形態において、ＶＴＥＰデバイス３０５及びＶＴＥＰデバイス３０４は、ソフトウェアを用いることによって、実装される。ＶＴＥＰデバイス３０５は、計算ノード２０３のオペレーティングシステム２０３０のカーネルを用いることによって実装され、ＶＴＥＰデバイス３０４は、ネットワークノード２０４のオペレーティングシステム２０４０のカーネルを用いることによって実装され、ＶＴＥＰデバイス３０１は、ハードウェア、例えば、ＶＸＬＡＮスイッチを用いることによって実装される。
本願の他の実施形態において、ＶＴＥＰデバイス３０１はまた、オペレーティングシステムカーネルを用いることによって実装され得る。この場合、ＶＴＥＰデバイス３０１は、オンプレミスデータセンタ１０内の物理マシンのオペレーティングシステムで動作する仮想マシンに接続される。
さらに、本実施形態におけるハイブリッドクラウド通信システムにおいて、各デバイスのネットワークパラメータは、
ＶＭ１のプライベートネットワークアドレス：１９２．１６８．０．２；
ＭＡＣアドレスを有するＶＭ１の仮想ネットワークインタフェースカード３：ＶＭ１ ＭＡＣ；
ＶＭ２のプライベートネットワークアドレス：１９２．１６８．０．３；
ＭＡＣアドレスを有するＶＭ２の仮想ネットワークインタフェースカード４：ＶＭ２ ＭＡＣ；
ＶＴＥＰ ＩＰアドレス：ＶＴＥＰ ＩＰ１がＶＴＥＰデバイス３０５用に設定される；
ＶＴＥＰ ＩＰアドレス：ＶＴＥＰ ＩＰ２がＶＴＥＰデバイス３０４用に設定される；
ＶＴＥＰ ＩＰアドレス：ＶＴＥＰ ＩＰ３がＶＴＥＰデバイス３０２用に設定される；
ＶＰＮゲートウェイ３０２が次のように設定される：パブリックＩＰ１；
ＶＰＮゲートウェイ３０３が次のように設定される：パブリックＩＰ２；
サブネット１のトンネル識別子：ＶＮＩ１；
サブネット２のトンネル識別子：ＶＮＩ０；
レイヤ２ゲートウェイ２００の仮想ネットワークインタフェースカード１のＭＡＣアドレス：Ｌ２ ＭＡＣ１；
レイヤ２ゲートウェイ２００の仮想ネットワークインタフェースカード２のＭＡＣアドレス：Ｌ２ ＭＡＣ２
に設定される。
前述のネットワークパラメータは、制御プラットフォーム２０１に全て記録される。ＶＰＮゲートウェイ３０２のパブリックＩＰ１、サブネット２のＶＮＩ０、及びＶＴＥＰデバイス３０１のＶＴＥＰ ＩＰ３が、動作クライアント４０を用いることによりユーザによって制御プラットフォーム３０１に入力されることを留意すべきである。レイヤ２ゲートウェイ２００が設置されるとき、ＶＴＥＰ ＩＰ３及びＶＮＩ０が、クライアント４０から入力される。詳細については、図８ｂに示されるインタラクションインタフェース２を参照する。ＶＰＮ接続が設定されるとき、ＶＰＮゲートウェイ３０２のパブリックＩＰ１が、クライアント４０から入力される。
オンプレミスデータセンタ１０において、
ＰＭ１のプライベートネットワークアドレス：１９２．１６８．０．４；
ＰＭ１のＭＡＣアドレス：ＰＭ１ ＭＡＣ；
ＰＭ２のプライベートネットワークアドレス：１９２．１６８．０．５；
ＰＭ２のＭＡＣアドレス：ＰＭ２ ＭＡＣ；
ＰＭ３のプライベートネットワークアドレス：１９２．１６８．１．４；
ＰＭ３のＭＡＣアドレス：ＰＭ３ ＭＡＣ；
ＰＭ４のプライベートネットワークアドレス：１９２．１６８．１．５；
ＰＭ４のＭＡＣアドレス：ＰＭ４ ＭＡＣ。
制御プラットフォーム２０１は、オンプレミスデータセンタ１０に対する管理権限を有さない。制御プラットフォーム２０１は、オンプレミスデータセンタ１０内の物理マシンのネットワークアドレスを記録せず、これらのネットワークアドレスは、レイヤ２ゲートウェイ２００によって認識される必要がある。
ルータ２０５、トップオブラックスイッチ２０６、トップオブラックスイッチ２０７、物理ネットワークインタフェースカード２０３３、及び物理ネットワークインタフェースカード２０４３は、全て、１つのＩＰアドレスで設定され、パケット転送機能を有する。
ルータ２０５は、ルーティング規則を記録し、その宛先ＩＰアドレスがＶＴＥＰ ＩＰ１であるパケットを受信したときに、ルータは、パケットをトップオブラックスイッチ２０６に送信し、その宛先ＩＰアドレスがＶＴＥＰ ＩＰ２であるパケットを受信したときに、ルータは、パケットをトップオブラックスイッチ２０７に送信し、その宛先ＩＰアドレスがＶＴＥＰ ＩＰ３であるパケットを受信したときに、ルータは、パケットをＶＰＮゲートウェイ３０３に送信する。
物理ネットワークインタフェースカード２０３３は、ＶＴＥＰデバイス３０５から受信したパケットをトップオブラックスイッチ２０６に転送し、トップオブラックスイッチ２０６から受信したパケットをＶＴＥＰデバイス３０５に転送する。トップオブラックスイッチ２０６は、物理ネットワークインタフェースカード２０３３から受信したパケットをルータ２０５に転送し、ルータ２０５から受信したパケットを物理ネットワークインタフェースカード２０３３に転送する。
物理ネットワークインタフェースカード２０４３は、ＶＴＥＰデバイス３０４から受信したパケットをトップオブラックスイッチ２０７に転送し、トップオブラックスイッチ２０７から受信したパケットをＶＴＥＰデバイス３０４に転送する。トップオブラックスイッチ２０７は、物理ネットワークインタフェースカード２０４３から受信したパケットをルータ２０５に転送し、ルータ２０５から受信したパケットを物理ネットワークインタフェースカード２０４３に転送する。
ＶＰＮ接続が、既に、ＶＰＮゲートウェイ３０３とＶＰＮゲートウェイ３０２との間に予め確立されている。ここで、ＶＰＮ接続が設定されるとき、ＶＰＮゲートウェイ３０２のパブリックＩＰ１が、クライアント４０から入力される。
さらに、ＶＴＥＰデバイス３０５は、ＶＮＩ１とＶＴＥＰ ＩＰ２との間の対応関係を記録し、ＶＴＥＰデバイス３０４は、ＶＮＩ１とＶＴＥＰ ＩＰ１との間の対応関係と、ＶＮＩ０とＶＴＥＰ ＩＰ３との間の対応関係とを記録する。
仮想ポート３は、仮想ポート２とＶＮＩ１との間の対応関係と、仮想ポート１とＶＮＩ０との間の対応関係とを記録する。
前述の対応関係は、制御プラットフォーム２０１によって全て設定されて記録される。
本願の本実施形態において、レイヤ２ゲートウェイ２００が、仮想ネットワークインタフェースカード１を用いることによって、ＶＮＩ０にバインドされた仮想ポート１に接続されて、サブネット２に接続される。さらに、レイヤ２ゲートウェイ２００が、仮想ネットワークインタフェースカード２を用いることによって、ＶＮＩ１にバインドされた仮想ポート２に接続されて、サブネット１に接続される。
前述の設定に基づいて、図９Ａ～図９Ｄは、ＰＭ１がＶＭ１とアクティブに通信する方法を説明する。方法は、以下の段階を含む。
段階１：ＰＭ１は、ＡＲＰ要求パケット１を構築し、ＡＲＰ要求パケット１をＶＴＥＰデバイス３０１に送信する。
ＰＭ１は、ＶＭ１のプライベートＩＰアドレス１９２．１６８．０．２を記録し、１９２．１６８．０．２に対応するＭＡＣアドレスを要求するためにサブネット２内でＡＲＰ要求パケット１をブロードキャストする。ＡＲＰ要求パケット１の４つ組は、以下のようになる。
送信元ＩＰ：１９２．１６８．０．４；
宛先ＩＰ：１９２．１６８．０．２；
送信元ＭＡＣ：ＰＭ１ ＭＡＣ；
宛先ＭＡＣ：ＦＦＦＦ ＦＦＦＦ ＦＦＦＦ。
段階２：ＶＴＥＰデバイス３０２は、ＶＸＬＡＮパケット１をＶＰＮゲートウェイ３０２に送信する。
ＶＴＥＰデバイス３０２は、サブネット２内のＰＭ１によってブロードキャストされたＡＲＰ要求パケット１を受信し、ＡＲＰ要求パケット１をＶＸＬＡＮパケット１の内部パケットにカプセル化する。ＶＸＬＡＮパケット１の外部パケットの宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ２（ＶＴＥＰデバイス３０４のＶＴＥＰ ＩＰ）であり、ＶＸＬＡＮパケット１のＶＸＬＡＮヘッダは、ＶＴＥＰデバイス３０２によってサブネット２に割り当てられたトンネル識別子ＶＮＩ０をさらに保持する。
ＶＸＬＡＮパケット１の内部の４つ組及び外部の４つ組は、以下のようになる。
外部の４つ組：
送信元ＩＰ：ＶＴＥＰ ＩＰ３；
宛先ＩＰ：ＶＴＥＰ ＩＰ２；
送信元ＭＡＣ：ＶＴＥＰ ＭＡＣ３；
宛先ＭＡＣ：ネクストホップＭＡＣ（ＶＰＮゲートウェイ３０３のＭＡＣアドレス）、
内部の４つ組：
送信元ＩＰ：１９２．１６８．０．４；
宛先ＩＰ：１９２．１６８．０．２；
送信元ＭＡＣ：ＰＭ１ ＭＡＣ；
宛先ＭＡＣ：ＦＦＦＦ ＦＦＦＦ ＦＦＦＦ。
本願の本実施形態において、レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケット１を受信して傍受する。したがって、ＶＴＥＰデバイス３０２は、レイヤ２ゲートウェイ２００に接続されたＶＴＥＰデバイス３０４に、ＡＲＰ要求パケット１がカプセル化されたＶＸＬＡＮパケット１を送信する必要がある。したがって、ＶＸＬＡＮパケット１の外部パケットの宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ２である。
段階３：ＶＰＮゲートウェイ３０２は、ＶＰＮパケット１をインターネット３０に送信する。
ＶＰＮゲートウェイ３０２は、ＶＰＮパケット１を構築する。ここで、ＶＰＮパケット１のペイロードは、ＶＸＬＡＮパケット１を保持し、ＶＰＮパケット１のＶＰＮヘッダの宛先ＩＰアドレスは、パブリックＩＰ１（ＶＰＮゲートウェイ３０３のパブリックＩＰ）であり、送信元ＩＰアドレスは、パブリックＩＰ２（ＶＰＮゲートウェイ３０２のパブリックＩＰ）である。
段階４：インターネット３０のルーティングデバイスは、ＶＰＮパケット１の宛先ＩＰアドレスに基づいて、ＶＰＮパケット１をＶＰＮゲートウェイ３０３に転送する。
段階５：ＶＰＮゲートウェイ３０３は、ＶＸＬＡＮパケット１をルータ２０５に送信する。
ＶＰＮパケット１を受信した後、ＶＰＮゲートウェイ３０２は、ＶＰＮヘッダを除去し、ペイロードからＶＸＬＡＮパケット１を取得し、ＶＸＬＡＮパケット１をルータ２０５に送信する。
段階６：ルータ２０５は、ＶＸＬＡＮパケット１の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット１をトップオブラックスイッチ２０７に送信する。
段階７：トップオブラックスイッチ２０７は、ＶＸＬＡＮパケット１を物理ネットワークインタフェースカード２０４３に送信する。
段階８：物理ネットワークインタフェースカード２０４３は、ＶＸＬＡＮパケット１をＶＴＥＰデバイス３０４に送信する。
段階９：ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット１をデカプセル化し、内部パケットからＡＲＰ要求パケット１を取得し、ＶＸＬＡＮヘッダからＶＮＩ０を取得する。
段階１０：ＶＴＥＰデバイス３０４は、ＡＲＰパケット１及びＶＮＩ０を仮想ポート３に送信する。
段階１１：仮想ポート３は、ＡＲＰ要求パケット１を仮想ポート１に送信し、ＡＲＰ要求パケット１が仮想ポート１を介して仮想ネットワークインタフェースカード１に到達する。
上述のように、仮想ポート３は、ＶＮＩ０と仮想ポート１との間の対応関係と、ＶＮＩ１と仮想ポート２との間の対応関係とを記録する。
したがって、仮想ポート３は、ＶＮＩ０に基づいて仮想ポート１を選択し、ＡＲＰ要求パケット１を仮想ポート１に送信し、その結果、ＡＲＰ要求パケット１が、仮想ポート１を介してレイヤ２ゲートウェイ２００の仮想ネットワークインタフェースカード１に到達する。
段階１２：レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケット１に基づいてＡＲＰ応答パケット１を生成し、仮想ネットワークインタフェースカード１を用いることによってＡＲＰ応答パケット１を仮想ポート１に送信し、ＡＲＰ応答パケット１が仮想ポート１を介して仮想ポート３に到達する。
本段階では、レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケット１の宛先ＭＡＣアドレスＦＦＦＦ ＦＦＦＦ ＦＦＦＦに基づいて、ＡＲＰ要求パケット１がブロードキャストパケットであると決定する。この場合、レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケット１を傍受する必要があり、その結果、ブロードキャストパケットがサブネット１に到達することができない。
それに応じて、レイヤ２ゲートウェイ２００は、ＡＲＰ応答パケット１を構築し、ＡＲＰ応答パケット１の４つ組は、
送信元ＩＰ：１９２．１６８．０．２；
宛先ＩＰ：１９２．１６８．０．４；
送信元ＭＡＣ：Ｌ２ ＭＡＣ１；
宛先ＭＡＣ：ＰＭ１ ＭＡＣ
である。
ＡＲＰ応答パケット１は、１９２．１６８．０．２に対応するＭＡＣアドレスが、仮想ネットワークインタフェースカード１のＭＡＣアドレス；Ｌ２ ＭＡＣ１であることをＰＭ１に通知するために用いられる。
さらに、本段階では、レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケット１内の１９２．１６８．０．４とＰＭ１ ＭＡＣとの間の対応関係を認識して記録する。レイヤ２ゲートウェイ２００は、ローカルＡＲＰエントリ内の対応関係を記録する。
段階１３：仮想ポート３は、仮想ポート１からＡＲＰ応答パケット１を受信し、仮想ポート１とＶＮＩ０との間の対応関係に従ってＶＮＩ０を決定し、ＡＲＰ応答パケット１及びＶＮＩ０をＶＴＥＰデバイス３０４に送信する。
段階１４：ＶＴＥＰデバイス３０４は、ＶＮＩ０に基づいて、ＶＴＥＰ ＩＰ３（ＶＴＥＰデバイス３０１のＶＴＥＰ ＩＰ）がＡＲＰ応答パケット１をカプセル化してＶＸＬＡＮパケット２を生成すると決定する。ここで、ＶＸＬＡＮパケット２のＶＸＬＡＮヘッダは、ＶＮＩ０を保持し、ＶＸＬＡＮパケット２の他の宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ３である。
ＶＸＬＡＮパケット２の内部の４つ組及び外部の４つ組は、以下のようになる。
外部の４つ組：
送信元ＩＰ：ＶＴＥＰ ＩＰ２；
宛先ＩＰ：ＶＴＥＰ ＩＰ３；
送信元ＭＡＣ：ＶＴＥＰ ＭＡＣ２；
宛先ＭＡＣ：ネクストホップＭＡＣ（物理インタフェースカード２０４３のＭＡＣアドレス）、
内部の４つ組：
送信元ＩＰ：１９２．１６８．０．２；
宛先ＩＰ：１９２．１６８．０．４；
送信元ＭＡＣ：Ｌ２ ＭＡＣ１；
宛先ＭＡＣ：ＰＭ１ ＭＡＣ。
ＡＲＰ応答パケット１が、ＰＭ１に送信される必要がある。したがって、ＶＸＬＡＮパケット２の宛先ＩＰアドレスは、ＰＭ１に接続されたＶＴＥＰデバイス３０１のＶＴＥＰ ＩＰ３である。
段階１５：ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット２を物理ネットワークインタフェースカード２０４３に送信する。
段階１６：物理ネットワークインタフェースカード２０４３は、ＶＸＬＡＮパケット２をトップオブラックスイッチ２０７に送信する。
段階１７：トップオブラックスイッチ２０７は、ＶＸＬＡＮパケット２をルータ２０５に送信する。
段階１８：ルータ２０５は、ＶＸＬＡＮパケット２の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット２をＶＰＮゲートウェイ３０３に送信する。
段階１９：ＶＰＮゲートウェイ３０３は、ＶＸＬＡＮパケット２を受信し、ＶＰＮパケット２を生成し、ＶＰＮパケット２をインターネット３０に送信する。
ＶＰＮパケット２のペイロードは、ＶＸＬＡＮパケット２を保持し、ＶＰＮパケット２のＶＰＮヘッダの宛先ＩＰアドレスは、パブリックＩＰ２（ＶＰＮゲートウェイ３０２のパブリックＩＰ）であり、送信元ＩＰアドレスは、パブリックＩＰ１（ＶＰＮゲートウェイ３０３のパブリックＩＰ）である。
段階２０：インターネット３０のルーティングデバイスは、ＶＰＮパケット２の宛先ＩＰアドレスに基づいて、ＶＰＮパケット２をＶＰＮゲートウェイ３０２に転送する。
段階２１：ＶＰＮゲートウェイ３０２は、ＶＰＮパケット２を受信し、ＶＰＮパケット２のＶＰＮヘッダを移動し、ＶＰＮパケット２のペイロードからＶＸＬＡＮパケット２を取得し、ＶＸＬＡＮパケット２の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット２をＶＴＥＰデバイス３０２に送信する。
段階２２：ＶＴＥＰデバイス３０２は、ＡＲＰ応答パケット１をＰＭ１に送信する。
本段階では、ＶＴＥＰデバイス３０２は、ＶＸＬＡＮパケット２を受信し、ＶＸＬＡＮパケット２をデカプセル化して内部パケット内のＡＲＰ応答パケット１を取得し、ＶＸＬＡＮパケット２のＶＸＬＡＮヘッダに保持されたＶＮＩ０を取得し、ＶＮＩ０に基づいてサブネット２を選択し、ＡＲＰ応答パケット１をサブネット２内のＰＭ１に送信する。
ＰＭ１は、ＡＲＰ応答パケット１を受信し、ＭＡＣアドレス（ＡＲＰ応答パケット１のＬ２ ＭＡＣ１）に基づいて、１９２．１６８．０．２に対応するＭＡＣアドレスがＬ２ ＭＡＣ１であると決定し、１９２．１６８．０．２及びＬ２ ＭＡＣ１をＰＭ１のローカルＡＲＰエントリに記録する。
図９Ａ～図１０Ｄを参照する。図１０Ａ～図１０Ｄは、Ｌ２ ＭＡＣ１を取得した後にＰＭ１がＶＭ１と通信する方法を示す。方法は、以下の段階を含む。
段階２３：ＰＭ１は、レイヤ２パケット１をＶＴＥＰデバイス３０２に送信する。
レイヤ２パケット１のペイロードは、ＩＰパケット１を保持し、ＩＰパケット１のペイロードは、要求情報１を保持する。
レイヤ２パケット１の４つ組は、
送信元ＩＰ：１９２．１６８．０．４；
宛先ＩＰ：１９２．１６８．０．２；
送信元ＭＡＣ：ＰＭ１ ＭＡＣ；
宛先ＭＡＣ：Ｌ２ ＭＡＣ１
である。
この場合、ＰＭ１は、ＶＭ１のＭＡＣアドレスがＬ２ ＭＡＣ１であるとみなす。
段階２４：ＶＴＥＰデバイス３０２は、ＶＸＬＡＮパケット３をＶＰＮゲートウェイ３０３に送信する。
ＶＴＥＰデバイス３０２は、レイヤ２パケット１をＶＸＬＡＮパケット３の内部パケットにカプセル化する。ＶＸＬＡＮパケット３の外部パケットの宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ２（ＶＴＥＰデバイス３０４のＶＴＥＰ ＩＰ）であり、ＶＸＬＡＮパケット３のＶＸＬＡＮヘッダは、サブネット２のＶＮＩ０のトンネル識別子を保持する。
ＶＸＬＡＮパケット３の内部の４つ組及び外部の４つ組は、以下のようになる。
外部の４つ組：
送信元ＩＰ：ＶＴＥＰ ＩＰ３；
宛先ＩＰ：ＶＴＥＰ ＩＰ２；
送信元ＭＡＣ：ＶＴＥＰ ＭＡＣ３；
宛先ＭＡＣ：ネクストホップＭＡＣ（ＶＰＮゲートウェイ３０２のＭＡＣアドレス）、
内部の４つ組：
送信元ＩＰ：１９２．１６８．０．４；
宛先ＩＰ：１９２．１６８．０．２；
送信元ＭＡＣ：ＰＭ１ ＭＡＣ；
宛先ＭＡＣ：Ｌ２ ＭＡＣ１。
段階２５：ＶＰＮゲートウェイ３０２は、ＶＰＮパケット３をインターネット３０に送信する。
ＶＸＬＡＮパケット３を受信した後、ＶＰＮゲートウェイ３０３は、ＶＸＬＡＮパケット３に基づいて、ＶＰＮパケット３を構築する。ＶＰＮパケット３のペイロードは、ＶＸＬＡＮパケット３を保持する。ＶＰＮパケット３のＶＰＮヘッダの宛先ＩＰアドレスは、パブリックＩＰ１（ＶＰＮゲートウェイ３０３のパブリックＩＰ）であり、送信元ＩＰアドレスは、パブリックＩＰ２（ＶＰＮゲートウェイ３０２のパブリックＩＰ）である。
段階２６：インターネット３０のルーティングデバイスは、ＶＰＮパケット３の宛先ＩＰアドレスに基づいて、ＶＰＮパケット３をＶＰＮゲートウェイ３０３に転送する。
段階２７：ＶＰＮゲートウェイ３０２は、ＶＸＬＡＮパケット３をルータ２０５に送信する。
ＶＰＮパケット３を受信した後、ＶＰＮゲートウェイ３０２は、ＶＰＮヘッダを除去し、ＶＰＮパケット３のペイロードからＶＸＬＡＮパケット３を取得し、ＶＸＬＡＮパケット３をルータ２０５に送信する。
段階２８：ルータ２０５は、ＶＸＬＡＮパケット１の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット１をトップオブラックスイッチ２０７に送信する。
段階２９：トップオブラックスイッチ２０７は、ＶＸＬＡＮパケット３を物理ネットワークインタフェースカード２０４３に送信する。
段階３０：物理ネットワークインタフェースカード２０４３は、ＶＸＬＡＮパケット３をＶＴＥＰデバイス３０４に送信する。
段階３１：ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット３をデカプセル化し、レイヤ２パケット１及びＶＮＩ０を取得する。
段階３２：ＶＴＥＰデバイス３０４は、レイヤ２パケット１及びＶＮＩ０を仮想ポート３に送信する。
段階３３：仮想ポート３は、レイヤ２パケット１を仮想ポート１に送信する。
仮想ポート３は、ＶＮＩ０に基づいて仮想ポート１を選択し、レイヤ２パケット１を仮想ポート１に送信し、その結果、レイヤ２パケット１が仮想ポート１を介してレイヤ２ゲートウェイ２００の仮想ネットワークインタフェースカード１に到達する。
段階３４：レイヤ２ゲートウェイ２００は、レイヤ２パケット１を修正する。
レイヤ２ゲートウェイ２００は、仮想ネットワークインタフェースカード１からレイヤ２パケット１を取得し、レイヤ２パケット１の宛先ＭＡＣアドレスに基づいて、レイヤ２パケット１がブロードキャストパケットでないと決定し、レイヤ２パケット１の宛先ＩＰアドレス（１９２．１６８．０．２）に対応するＶＭ１ ＭＡＣであるＭＡＣアドレスを検索する。
レイヤ２ゲートウェイ２００は、レイヤ２パケット１の送信元ＭＡＣアドレスをＬ２ ＭＡＣ２に修正し、宛先ＭＡＣアドレスをＶＭ１ ＭＡＣに修正する。修正されたレイヤ２パケット１の４つ組は、
送信元ＩＰ：１９２．１６８．０．４；
宛先ＩＰ：１９２．１６８．０．２；
送信元ＭＡＣ：Ｌ２ ＭＡＣ２；
宛先ＭＡＣ：ＶＭ１ ＭＡＣ
である。
レイヤ２ゲートウェイ２００が成功裏に設置された後に、１９２．１６８．０．２とＶＭ１ ＭＡＣとの間の対応関係が、前もって制御プラットフォーム２０１によってレイヤ２ゲートウェイ２００に送信され得る（又は、レイヤ２ゲートウェイ２００が設置されたときにレイヤ２ゲートウェイ２００内に直接設定される）。レイヤ２ゲートウェイ２００は、対応関係を受信し、当該対応関係をレイヤ２ゲートウェイ２００のローカルＡＲＰエントリに記録する。
段階３５：レイヤ２ゲートウェイ２００は、修正されたレイヤ２パケット１を仮想ポート３に送信する。
レイヤ２ゲートウェイ２００は、仮想ネットワークインタフェースカード２を用いることによって、修正されたレイヤ２パケット１を仮想ポート２に送信し、修正されたレイヤ２パケット１が仮想ポート２を介して仮想ポート３に伝送される。
段階３６：仮想ポート３は、仮想ポート２からレイヤ２パケット１を受信し、仮想ポート２に基づいてＶＮＩ１を決定し、レイヤ２パケット１及びＶＮＩ１をＶＴＥＰデバイス３０４に送信する。
段階３７：ＶＴＥＰデバイス３０４は、ＶＮＩ１に基づいてＶＴＥＰ ＩＰ１（ＶＴＥＰデバイス３０５のＶＴＥＰ ＩＰ）を決定し、ＡＲＰ応答パケット２に対してＶＸＬＡＮカプセル化を実行してＶＸＬＡＮパケット４を生成する。ＶＸＬＡＮパケット４のＶＸＬＡＮヘッダは、ＶＮＩ１を保持し、ＶＸＬＡＮパケット４の他の宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ１である。
ＶＸＬＡＮパケット４の内部の４つ組及び外部の４つ組は、以下のようになる。
外部の４つ組：
送信元ＩＰ：ＶＴＥＰ ＩＰ２；
宛先ＩＰ：ＶＴＥＰ ＩＰ１；
送信元ＭＡＣ：ＶＴＥＰ ＭＡＣ２；
宛先ＭＡＣ：ネクストホップＭＡＣ、
内部の４つ組：
送信元ＩＰ：１９２．１６８．０．４；
宛先ＩＰ：１９２．１６８．０．２；
送信元ＭＡＣ：Ｌ２ ＭＡＣ２；
宛先ＭＡＣ：ＶＭ１ ＭＡＣ。
段階３８：ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット４を物理ネットワークインタフェースカード２０４３に送信する。
段階３９：物理ネットワークインタフェースカード２０４３は、ＶＸＬＡＮパケット４をトップオブラックスイッチ２０７に送信する。
段階４０：トップオブラックスイッチ２０７は、ＶＸＬＡＮパケット４をルータ２０５に送信する。
段階４１：ルータ２０５は、ＶＸＬＡＮパケット４の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット４をトップオブラックスイッチ２０６に送信する。
段階４２：トップオブラックスイッチ２０６は、ＶＸＬＡＮパケット４を物理ネットワークインタフェースカード２０３３に送信する。
段階４３：物理ネットワークインタフェースカード２０３３は、ＶＸＬＡＮパケット４をＶＴＥＰデバイス３０５に送信する。
段階４４：ＶＴＥＰデバイス３０５は、ＶＸＬＡＮパケット４をデカプセル化してレイヤ２パケット１及びＶＮＩ１を取得する。
段階４５：ＶＴＥＰデバイス３０５は、レイヤ２パケット１及びＶＮＩ１を仮想ポート７に送信する。
段階４６：仮想ポート７は、レイヤ２パケット１を論理ブリッジ２０３４に送信する。
本段階では、仮想ポート７は、レイヤ２パケット２及びＶＮＩ１を受信し、ＶＮＩ１に基づいて論理ブリッジ２０３４を選択し、レイヤ２パケット２を論理ブリッジ２０３４に送信する。
幾つかの他の例において、他のＶＰＣのＶＭが計算ノード２０３上で動作することを留意すべきである。この場合。仮想スイッチ１０１１は、複数の論理ブリッジを含み、各論理ブリッジが異なるＶＰＣのＶＮＩにバインドされ、仮想ポート７は、ＶＮＩに基づいて対応する論理ブリッジを選択する。
本段階では、ＶＮＩ１が、論理ブリッジ２０３４にバインドされ、仮想ポート３は、ＶＮＩ１がレイヤ２パケット２を論理ブリッジ２０３４に送信すると決定する。
段階４７：論理ブリッジ２０３４は、レイヤ２パケット１の宛先ＭＡＣアドレス（ＶＭ１ ＭＡＣ）に基づいて、レイヤ２パケット１を、ＶＭ１の仮想ネットワークインタフェースカード３に接続された仮想ポート５に送信する。
段階４８：仮想ポート５は、レイヤ２パケット１をＶＭ１の仮想ポート３に送信する。
ＶＭ１は、仮想ネットワークインタフェースカード３からレイヤ２パケット１を取得し、レイヤ２パケット１のペイロードからＩＰパケット１を取得し、ＩＰパケット１のペイロードから要求情報１を取得し、要求情報１に応答して応答情報１を生成する。
応答情報１を生成した後、ＶＭ１は、レイヤ２パケット２を構築する。レイヤ２パケット２のペイロードは、ＩＰパケット２を保持し、ＩＰパケット２のペイロードは、応答情報１を保持する。
レイヤ２パケット２の４つ組は、
送信元ＩＰ：１９２．１６８．０．２；
宛先ＩＰ：１９２．１６８．０．４；
送信元ＭＡＣ：ＶＭ１ ＭＡＣ；
宛先ＭＡＣ：Ｌ２ ＭＡＣ２
である。
レイヤ２パケット２の宛先ＩＰアドレス及び送信元ＩＰアドレスが、レイヤ２パケット１の送信元ＩＰアドレス及び宛先ＩＰアドレスを反転することによって取得され、レイヤ２パケット２の送信元ＭＡＣアドレス及び宛先ＭＡＣアドレスが、レイヤ２パケット１の送信元ＭＡＣアドレス及び宛先ＭＡＣアドレスを反転することによって取得される。
さらに、ＶＭ１は、レイヤ２パケット２の送信元ＭＡＣアドレス（Ｌ２ ＭＡＣ２）と、レイヤ２パケット２の送信元ＩＰアドレス（１９２．１６８．０．４）との間の対応関係をＶＭ１のローカルＡＲＰエントリに記録する。
図１０Ａ～図１１Ｄを参照する。図１１Ａ～図１１Ｄは、ＶＭ１がパケットに応答する通信方法を示す。図１１Ａ～図１１Ｄに示されるように、方法は、以下の段階を含む。
段階４９：ＶＭ１は、仮想ネットワークインタフェースカード３を用いることによって、レイヤ２パケット２を仮想ポート５に送信する。
段階５０：仮想ポート５は、レイヤ２パケット２を論理ブリッジ２０３４に送信する。
段階５１：論理ブリッジ２０３４は、レイヤ２パケット２を仮想ポート７に送信する。
本段階では、論理ブリッジ２０３４は、Ｌ２ ＭＡＣ２にバインドされる仮想ポートをローカルに有しておらず、その結果、論理ブリッジ２０３４は、レイヤ２パケット２を仮想ポート７に送信する。
段階５２：仮想ポート７は、レイヤ２パケット２及びＶＮＩ１をＶＴＥＰデバイス３０５に送信する。
本段階では、仮想ポート７は、論理ブリッジ２０３４からレイヤ２パケット２を取得し、論理ブリッジ２０３４に基づいてＶＮＩ１を決定する。
段階５３：ＶＴＥＰデバイス３０５は、レイヤ２パケット２に対してＶＸＬＡＮカプセル化を実行してＶＸＬＡＮパケット５を生成する。
ＶＴＥＰデバイス３０５は、ＶＮＩ１に基づいて、ＶＴＥＰ ＩＰ２を決定する。ＶＸＬＡＮパケット５の内部パケットは、レイヤ２パケット２であり、ＶＸＬＡＮパケット５のＶＸＬＡＮヘッダは、ＶＮＩ１を保持し、ＶＸＬＡＮパケット５の他の宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ２であり、外部パケット５の送信元ＩＰアドレスは、ＶＴＥＰ ＩＰ１である。
ＶＸＬＡＮパケット５の内部の４つ組及び外部の４つ組は、
外部の４つ組：
送信元ＩＰ：ＶＴＥＰ ＩＰ１；
宛先ＩＰ：ＶＴＥＰ ＩＰ２；
送信元ＭＡＣ：ＶＴＥＰ ＭＡＣ１；
宛先ＭＡＣ：ネクストホップＭＡＣ、
内部の４つ組：
送信元ＩＰ：１９２．１６８．０．２；
宛先ＩＰ：１９２．１６８．０．４；
送信元ＭＡＣ：ＶＭ１ ＭＡＣ；
宛先ＭＡＣ：Ｌ２ ＭＡＣ２
である。
段階５４：ＶＴＥＰデバイス３０５は、ＶＸＬＡＮパケット５を物理ネットワークインタフェースカード２０３３に送信する。
段階５５：物理ネットワークインタフェースカード２０３３は、ＶＸＬＡＮパケット５をトップオブラックスイッチ２０６に送信する。
段階５６：トップオブラックスイッチ２０６は、ＶＸＬＡＮパケット５をルータ２０５に送信する。
段階５７：ルータ２０５は、ＶＸＬＡＮパケット５の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット５をトップオブラックスイッチ２０７に送信する。
段階５８：トップオブラックスイッチ２０７は、ＶＸＬＡＮパケット５の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット５を物理ネットワークインタフェースカード２０４３に送信する。
段階５９：ルータ２０４３は、ＶＸＬＡＮパケット５の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット５をＶＴＥＰデバイス３０４に送信する。
段階６０：ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット５に対してＶＸＬＡＮデカプセル化を実行し、レイヤ２パケット２及びＶＮＩ１を取得する。
段階６１：ＶＴＥＰデバイス３０４は、レイヤ２パケット２及びＶＮＩ１を仮想ポート３に送信する。
段階６２：仮想ポート３は、ＶＮＩ１に基づいて仮想ポート２を選択し、レイヤ２パケット２を仮想ポート２に送信し、レイヤ２パケット２が、仮想ポート２を介して仮想ネットワークインタフェースカード２に送信される。
段階６３：レイヤ２ゲートウェイ２００は、仮想ネットワークインタフェースカードからレイヤ２パケット２を取得し、レイヤ２パケット２を修正する。
レイヤ２ゲートウェイ２００は、レイヤ２パケット２を取得し、レイヤ２パケット２の宛先ＩＰアドレス１９２．１６８．０．４に基づいてレイヤ２ゲートウェイ２００のローカルＡＲＰエントリ内の１９２．１６８．０．４に対応するＰＭ１ ＭＡＣを検索し、レイヤ２パケット２の宛先ＭＡＣアドレスをＰＭ１ ＭＡＣに修正し、送信元ＭＡＣアドレスをＬ２ ＭＡＣ１に修正する。
１９２．１６８．０．４とＰＭ１ ＭＡＣとの間の対応関係が、前述の段階１２において、レイヤ２ゲートウェイ２００のローカルＡＲＰエントリに記録された。
修正されたレイヤ２パケット２の４つ組は、
送信元ＩＰ：１９２．１６８．０．２；
宛先ＩＰ：１９２．１６８．０．４；
送信元ＭＡＣ：Ｌ２ ＭＡＣ１；
宛先ＭＡＣ：ＰＭ１ ＭＡＣ
である。
段階６４：レイヤ２ゲートウェイ２００は、仮想ネットワークインタフェースカード１を用いることによって、修正されたレイヤ２パケット２を仮想ポート１に送信し、仮想ポート１は、修正されたレイヤ２パケット２を仮想ポート３に送信する。
段階６５：仮想ポート３は、レイヤ２パケット２及びＶＮＩ０をＶＴＥＰデバイス３０４に送信する。
本段階では、仮想ポート３は、仮想ポート１からレイヤ１パケット２を受信し、仮想ポート１に基づいてＶＮＩ０を決定する。
段階６６：ＶＴＥＰデバイス３０４は、ＶＮＩ０に基づいてＶＴＥＰ ＩＰ３（ＶＴＥＰデバイス３０１のＶＴＥＰ ＩＰアドレス）を決定し、ＶＸＬＡＮパケット６を構築する。ＶＸＬＡＮパケット６の内部パケットは、レイヤ２パケット２であり、ＶＸＬＡＮパケット６のＶＸＬＡＮヘッダは、ＶＮＩ０を保持し、他の宛先ＩＰアドレスは、ＶＴＥＰ ＩＰ３であり、外部パケットの送信元ＩＰアドレスは、ＶＴＥＰ ＩＰ２である。
ＶＸＬＡＮパケット６の内部の４つ組及び外部の４つ組は、
外部の４つ組：
送信元ＩＰ：ＶＴＥＰ ＩＰ２；
宛先ＩＰ：ＶＴＥＰ ＩＰ３；
送信元ＭＡＣ：ＶＴＥＰ ＭＡＣ２；
宛先ＭＡＣ：ネクストホップＭＡＣ、
内部の４つ組：
送信元ＩＰ：１９２．１６８．０．２；
宛先ＩＰ：１９２．１６８．０．４；
送信元ＭＡＣ：Ｌ２ ＭＡＣ１；
宛先ＭＡＣ：ＰＭ１ ＭＡＣ
である。
段階６７：ＶＴＥＰデバイス３０４は、ＶＸＬＡＮパケット６を物理ネットワークインタフェースカード２０４３に送信する。
段階６８：物理ネットワークインタフェースカード２０４３は、ＶＸＬＡＮパケット６をトップオブラックスイッチ２０７に送信する。
段階６９：トップオブラックスイッチ２０７は、ＶＸＬＡＮパケット６をルータ２０５に送信する。
段階７０：ルータ２０５は、ＶＸＬＡＮパケット６の外部パケットの宛先ＩＰアドレスに基づいて、ＶＸＬＡＮパケット６をＶＰＮゲートウェイ３０３に送信する。
段階７１：ＶＰＮゲートウェイ３０３は、ＶＰＮパケット４をインターネット３０に送信する。
ＶＸＬＡＮパケット６を受信した後、ＶＰＮゲートウェイ３０２は、ＶＰＮパケット４のペイロード内のＶＸＬＡＮパケット６を設定する。ＶＰＮパケット４のＶＰＮヘッダの送信元ＩＰアドレスは、パブリックＩＰ１であり、宛先ＩＰアドレスは、パブリックＩＰ２である。
段階７２：インターネット３０のルーティングデバイスは、ＶＰＮパケット４の宛先ＩＰアドレスに基づいて、ＶＰＮパケット４をＶＰＮゲートウェイ３０２に転送する。
段階７３：ＶＰＮゲートウェイ３０２は、ＶＰＮパケット４のＶＰＮヘッダを除去し、ＶＰＮパケット４のペイロードからＶＸＬＡＮパケット６を取得し、ＶＸＬＡＮパケット６の外部パケットの宛先ＩＰアドレスに基づいてＶＸＬＡＮパケット６をＶＴＥＰデバイス３０１に送信する。
段階７４：ＶＴＥＰデバイス３０１は、ＶＸＬＡＮパケット６を受信し、ＶＸＬＡＮパケット６をデカプセル化してレイヤ２パケット２及びＶＮＩ０を取得し、ＶＮＩ０に基づいてサブネット１を選択し、レイヤ２パケット２をサブネット１内のＰＭ１に送信する。
本段階では、ＰＭ１は、レイヤ２パケット２を取得し、レイヤ２パケット２のペイロードからＩＰパケット２を取得し、ＩＰパケット２のペイロードから応答情報１を取得する。この場合、ＰＭ１によってＶＭ１に送信される要求情報が、ＶＭ１によって応答され、ＰＭ１とＶＭ１との間の通信が完了する。
さらに、本段階では、ＰＭ１は、レイヤ２パケット２の送信元ＭＡＣアドレス（Ｌ２ ＭＡＣ１）及びレイヤ２パケット２の送信元ＩＰアドレス（１９２．１６８．０．２）をローカルＡＲＰエントリに記録し得る。
結論として、ＰＭ１は、レイヤ２ゲートウェイ２００及びレイヤ２通信トンネルを認識していない。ＰＭ１は、ＶＭ１及びＰＭ１が同一のローカルエリアネットワーク（１９２．１６８．０．０／２４）内にあるとみなす。したがって、本願の本実施形態において、オンプレミスデータセンタ１０内のＰＭ１及びオンクラウドデータセンタ２０内のＶＭ１が、同一のローカルエリアネットワークに配置され得る。
図１２Ａ～図１２Ｄは、ＶＭ１がＡＲＰ要求パケットをＰＭ１にアクティブに送信する方法を示す。本実施形態において、ＶＭ１は、ＰＭ１とアクティブに通信し、ＶＭ１は、ＰＭ１のプライベートネットワークアドレス１９２．１６８．０．４のみ記録する。しかしながら、ＶＭ１のローカルＡＲＰエントリは、１９２．１６８．０．４に対応するＭＡＣアドレスを記録していない。この場合、ＶＭ１は、ＡＲＰ要求パケットを送信し、１９２．１６８．０．４に対応するＭＡＣアドレスをクエリする。方法は、以下の段階を含む。
段階１'：ＶＭ１は、ＡＲＰ要求パケット２を仮想ポート５に送信する。
ＡＲＰ要求パケット２の４つ組は、
送信元ＩＰ：１９２．１６８．０．２；
宛先ＩＰ：１９２．１６８．０．４；
送信元ＭＡＣ：ＶＭ１ ＭＡＣ；
宛先ＭＡＣ：ＦＦＦＦ ＦＦＦＦ ＦＦＦＦ
である。
段階２'：仮想ポート５は、ＡＲＰ要求パケット２を論理ブリッジ２０３４に送信する。
段階３'：論理ブリッジ２０３４は、ＡＲＰ応答パケット２を仮想ポート５に送信する。
ＡＲＰ応答パケット２の４つ組は、
送信元ＩＰ：１９２．１６８．０．４；
宛先ＩＰ：１９２．１６８．０．２；
送信元ＭＡＣ：Ｌ２ ＭＡＣ１；
宛先ＭＡＣ：ＶＭ１ ＭＡＣ
である。
本段階では、デバイスマネージャ２０３１に接続された仮想マシンによって送信されたパケットを受信した後、パケットの宛先ＭＡＣアドレスがＦＦＦＦ ＦＦＦＦ ＦＦＦＦであると論理ブリッジ２０３４が決定したとき、論理ブリッジは、受信したパケットがＡＲＰ要求パケットであるか否かを決定し、ＡＲＰ要求パケットの宛先ＩＰアドレスがサブネット１内のプライベートネットワークアドレス（例えば、１９２．１６８．０．２又は１９２．１６８．０．３）によって占有されているか否かをさらに決定する。
ｎｏの場合、それは、プライベートネットワークアドレスがクラウド内のオンプレミスデータセンタ１０のプライベートネットワークアドレスであることを示す。論理ブリッジ２０３４は、ＡＲＰ要求パケットを傍受し、ＡＲＰ応答パケットを仮想マシンに送信する。ＡＲＰ応答パケットの送信元ＭＡＣアドレスは、Ｌ２ ＭＡＣ２であり、１９２．１６８．０．４に対応するＭＡＣアドレスがＬ２ ＭＡＣ２であることをＶＭ１に通知するために用いられる。
ｙｅｓの場合、それは、プライベートネットワークアドレスがサブネット１のプライベートネットワークアドレスであり、論理ブリッジ２０３４がサブネット１内でＡＲＰ要求パケットをブロードキャストすることを示す。
段階４'：仮想ポート５は、ＡＲＰ応答パケット２をＶＭ１に送信する。
ＶＭ１は、ＡＲＰ要求パケット２の送信元ＭＡＣアドレスに基づいて、１９２．１６８．０．４に対応するＭＡＣアドレスがＬ２ ＭＡＣ１であると決定する。
ＶＭ１は、１９２．１６８．０．４とＬ２ ＭＡＣ１との間の対応関係をＶＭ１のローカルＡＲＰエントリに記録する。
Ｌ２ ＭＡＣ１を取得した後、ＶＭ１は、レイヤ２パケット３を構築し、レイヤ２パケット３を仮想ポート５に送信する。レイヤ２パケット３の４つ組は、レイヤ２パケット２のものと同一であり、差異は、レイヤ２パケット３のペイロードがＩＰパケット３を保持し、ＩＰパケット３のペイロードが応答情報１ではなく要求情報２を保持することにある。しかしながら、ハイブリッドクラウド通信システムにおけるレイヤ２パケット３のデータフロー方向は、レイヤ２パケット２のものと完全に同一である。詳細については再び説明しない。
前述とわずかに異なり、レイヤ２パケット３がレイヤ２ゲートウェイ２００に到達したとき、レイヤ２ゲートウェイ２００のローカルＡＲＰエントリがレイヤ２パケット２の宛先ＩＰアドレス（１９２．１６８．０．４）に対応するＭＡＣアドレスを記録していない場合、レイヤ２ゲートウェイ２００は、仮想ネットワークインタフェースカード１を用いることによってＡＲＰ要求パケットをサブネット２に送信して１９２．１６８．０．４に対応するＭＡＣアドレスを取得する必要があることを留意すべきである。
さらに、ＶＭ１によってＰＭ１に送信されたレイヤ２パケット３がＰＭ１に到達した後、ＰＭ１によって構築され、且つ、ＶＭ１に応答するために用いられるレイヤ２パケット４の４つ組は、前述のレイヤ２パケット１のものと同一である。差異は、レイヤ２パケット４のペイロードがＩＰパケット４を保持し、ＩＰパケット４のペイロードが要求情報１ではなく応答情報２を保持することにある。しかしながら、ハイブリッドクラウド通信システムにおけるレイヤ２パケット４のデータフロー方向は、レイヤ２パケット１のものと完全に同一であり、したがって、詳細については再び説明しない。
本願の他の実施形態において、受信したパケットがＡＲＰ要求パケットであると決定した後、論理ブリッジ２０３４は、ＡＲＰ要求パケットをレイヤ２ゲートウェイ２００に送信し得、レイヤ２ゲートウェイ２００は、ＡＲＰ要求パケットを傍受し、ＡＲＰ応答パケットをＶＭ１に返信する。
論理ブリッジ２０３４がＡＲＰ要求パケットを傍受し、その結果、ＡＲＰ要求パケットがオンクラウドデータセンタ２０内でブロードキャストされること防止し得ることを留意すべきである。
結論として、図９Ａ～図１２Ｄに示される実施形態において、ＶＭ１及びＰＭ１がレイヤ２ゲートウェイ２００を用いることによってレイヤ２通信を実行する処理が、詳細に説明されている。
図１３は、本願の実施形態に係る、ハイブリッドクラウド環境におけるレイヤ２ゲートウェイの概略構造図である。図１３に示されるように、レイヤ２ゲートウェイ２００は、受信モジュール２００１と、送信モジュール２００２と、対応関係取得モジュール２００３と、ＭＡＣアドレス変換モジュール２００４とを含む。受信モジュール２００１は、前述の実施形態におけるパケットを受信する動作を実行するよう構成される。送信モジュール２００２は、前述の実施形態におけるパケットを送信する動作を実行するよう構成される。対応関係取得モジュール２００３は、前述の実施形態における仮想マシンのプライベートネットワークアドレスと仮想マシンのＭＡＣアドレスとの対応関係を認識して記録する動作を実行し、前述の実施形態における物理マシンのプライベートネットワークアドレスと物理マシンのＭＡＣアドレスとの間の対応関係を認識して記録する動作を実行するよう構成される。ＭＡＣアドレス変換モジュール２００４は、前述の実施形態におけるパケットを修正する動作を実行するよう構成される。
図１４は、本願の実施形態に係る、ハイブリッドクラウド環境における管理装置の概略構造図である。図１４に示されるように、管理装置２０００は、ゲートウェイ設置モジュール２０２１及びゲートウェイ設定モジュール２０２２を含む。ゲートウェイ設置モジュール２０２１は、前述の実施形態におけるレイヤ２ゲートウェイ２００を設置するための方法を実行するよう構成され、ゲートウェイ設定モジュール２０２２は、前述の実施形態におけるレイヤ２ゲートウェイ２００を構成するための方法を実行するよう構成される。管理装置２０００は、制御プラットフォーム２０１の機能モジュールとして、前述の実施形態における制御プラットフォーム２０１に配置され得る。
図９Ａ～図１２Ｄにおけるレイヤ２ゲートウェイ２００がネットワークノード２０４上で動作するソフトウェア、仮想マシン、又はコンテナによって実装されることを留意すべきである。しかしながら、本願の本実施形態は、それらに限定されない。レイヤ２ゲートウェイ２００は、代替的に、汎用コンピューティングデバイスを用いることによって実装され得る。例えば、図１５は、本願の実施形態に係る、レイヤ２ゲートウェイの他の概略構造図である。図１５に示されるように、レイヤ２ゲートウェイ２００は、プロセッサ２００６と、メモリ２００７と、第１のネットワークインタフェース２００８と、第２のネットワークインタフェース２００９と、バス２０１０とを含む。メモリ２００７は、プログラム命令を格納し、プロセッサ２００６は、プログラム命令を実行して前述の実施形態におけるレイヤ２ゲートウェイ２００の関連機能を実装する。
レイヤ２ゲートウェイ２００が汎用コンピューティングデバイスであるとき、図９Ａ～図１２Ｄにおけるレイヤ２ゲートウェイ２００に接続される仮想スイッチ２０４２及びＶＴＥＰデバイス３０４は、スイッチ機能、並びにＶＸＬＡＮカプセル化及びデカプセル化機能を有するＶＸＬＡＮスイッチを用いることによって実装され得ることを留意すべきである。
例えば、レイヤ２ゲートウェイ２００は、ネットワーク機能の仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ，ＮＦＶ）を実装する汎用コンピューティングデバイスであり得る。
図１６は、本願の実施形態に係る、ハイブリッドクラウド環境における管理装置の他の概略構造図である。図１６に示されるように、管理装置２０００は、プロセッサ２０２３と、メモリ２０２４と、ネットワークインタフェース２０２５と、バス２０２６とを含む。メモリ２０２４は、プログラム命令を格納し、プロセッサ２０２３は、プログラム命令を実行して前述の実施形態のハイブリッドクラウド環境における管理方法を実装する。
本願の実施形態は、前述のレイヤ２ゲートウェイの機能を実装するためのコンピュータプログラム製品と、前述の制御プラットフォームの機能を実装するためのコンピュータプログラム製品とを提供する。さらに、前述のコンピュータプログラム製品は、プログラムコードを格納するコンピュータ可読記憶媒体を含み、プログラムコードに含まれる命令は、前述の方法の実施形態のいずれか１つで説明された方法手順を実行するために用いられる。当業者であれば、前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、磁気ディスク、光ディスク、ランダムアクセスメモリ（Ｒａｎｄｏｍ－Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、ソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ，ＳＳＤ）、又は不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）等の、プログラムコードを格納する能力がある任意の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）機械可読媒体を含み得ることを理解し得る。
本願で提供される実施形態は、単に例示的なものに過ぎないことを留意すべきである。当業者であれば、説明の利便性及び簡潔性のために、前述の実施形態において、実施形態が異なる態様を強調し、１つの実施形態において詳細に説明されていない部分については、他の実施形態の関連する記載を参照し得ることを明確に認識し得る。本願の実施形態、特許請求の範囲、及び添付図面で開示された機能は、独立して存在してもよく、組み合わせ方式で存在してもよい。本願の実施形態においてハードウェアの形態で説明された機能が、ソフトウェアによって実行され得、本願の実施形態においてソフトウェアの形態で説明された機能が、ハードウェアによって実行され得る。ここでは、これについては限定しない。
［その他の可能な項目］
［項目１］
第１のデータセンタと第２のデータセンタとの間の通信に適用される、ハイブリッドクラウド環境における通信方法であって、上記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、上記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、ゲートウェイは、上記第２のデータセンタに配置され、上記ゲートウェイは、通信トンネルを介して上記第１のデータセンタの第１のサブネットにリモートに接続され、上記第２のデータセンタの第２のサブネットに接続され、上記第１のサブネット及び上記第２のサブネットは、同一のプライベートネットワークセグメントを有し、上記方法は、
上記ゲートウェイが、上記第１のサブネット内の第１のデバイスによって送信された第１のアドレス解決プロトコルＡＲＰ要求パケットを受信する段階であって、上記第１のＡＲＰ要求パケットは、上記第２のサブネット内の第２のデバイスのＭＡＣアドレスを要求するために用いられる、段階と、
上記ゲートウェイが、第１のＡＲＰ応答パケットを上記第１のデバイスに送信する段階であって、上記第１のＡＲＰ応答パケットは、上記ゲートウェイの第１のＭＡＣアドレスを保持する、段階と
を備える、方法。
［項目２］
上記方法は、
上記ゲートウェイが、上記第２のデバイスのプライベートネットワークアドレスと上記第２のサブネット内の上記第２のデバイスの上記ＭＡＣアドレスとの間の第１の対応関係を取得して記録する段階
をさらに備える、項目１に記載の方法。
［項目３］
上記方法は、
上記ゲートウェイが、上記通信トンネルを介して上記第１のデバイスによって送信された第１のパケットを受信する段階であって、上記第１のパケットの宛先ＩＰアドレスは、上記第２のデバイスの上記プライベートネットワークアドレスを含み、上記第１のパケットの宛先ＭＡＣアドレスは、上記ゲートウェイの上記第１のＭＡＣアドレスを含み、上記第１のパケットの送信元ＩＰアドレスは、上記第１のデバイスのプライベートネットワークアドレスを含み、上記第１のパケットの送信元ＭＡＣアドレスは、上記第１のデバイスのＭＡＣアドレスを含む、段階と、
上記ゲートウェイが、上記第１のパケットに保持される上記第２のデバイスの上記プライベートネットワークアドレスに基づいて、上記第１の対応関係から上記第２のデバイスの上記ＭＡＣアドレスを取得し、上記第１のパケットの上記宛先ＭＡＣアドレスを上記第２のデバイスの上記ＭＡＣアドレスに修正し、上記第１のパケットの上記送信元ＭＡＣアドレスを上記ゲートウェイの第２のＭＡＣアドレスに修正する段階と、
上記ゲートウェイが、修正された第１のパケットを上記第２のデバイスに送信する段階と
をさらに備える、項目２に記載の方法。
［項目４］
上記第１のＡＲＰ要求パケットの送信元ＩＰアドレスは、上記第１のデバイスのプライベートネットワークアドレスを含み、上記第１のＡＲＰ要求パケットの送信元ＭＡＣアドレスは、上記第１のデバイスのＭＡＣアドレスを含み、上記方法は、
上記ゲートウェイが、上記第１のデバイスの上記プライベートネットワークアドレスと上記第１のデバイスの上記ＭＡＣアドレスとの間の第２の対応関係を認識して記録する段階
をさらに備える、項目１に記載の方法。
［項目５］
上記方法は、
上記ゲートウェイが、上記第２のデバイスによって送信された第２のパケットを受信する段階であって、上記第２のパケットの宛先ＩＰアドレスは、上記第１のデバイスの上記プライベートネットワークアドレスを含み、上記第２のパケットの宛先ＭＡＣアドレスは、上記ゲートウェイの第２のＭＡＣアドレスを含み、上記第２のパケットの送信元ＩＰアドレスは、上記第１のデバイスの上記プライベートネットワークアドレスを含み、上記第２のパケットの送信元ＭＡＣアドレスは、上記第２のデバイスの上記ＭＡＣアドレスを含む、段階と、
上記ゲートウェイが、上記第２のパケットに保持される上記第１のデバイスの上記プライベートネットワークアドレスに基づいて、上記第２の対応関係から上記第１のデバイスの上記ＭＡＣアドレスを取得し、上記第２のパケットの上記宛先ＭＡＣアドレスを上記第１のデバイスの上記ＭＡＣアドレスに修正し、上記第２のパケットの上記送信元ＭＡＣアドレスを上記ゲートウェイの上記第１のＭＡＣアドレスに修正する段階と、
上記ゲートウェイが、上記通信トンネルを介して修正された第２のパケットを上記第１のデバイスに送信する段階と
をさらに備える、項目４に記載の方法。
［項目６］
上記ゲートウェイが、上記第２のデバイスによって送信された第２のパケットを受信する上記段階の前に、上記方法は、
上記ゲートウェイが、上記第２のデバイスによって送信された第２のＡＲＰ要求パケットを受信する段階であって、上記第２のＡＲＰ要求パケットは、上記第１のサブネット内の上記第１のデバイスの上記ＭＡＣアドレスを要求するために用いられる、段階と、
上記ゲートウェイが、第２のＡＲＰ応答パケットを上記第２のデバイスに送信する段階であって、上記第２のＡＲＰ応答パケットは、上記ゲートウェイの上記第２のＭＡＣアドレスを保持する、段階と
をさらに備える、項目５に記載の方法。
［項目７］
上記第２のデータセンタは、デバイスマネージャをさらに含み、上記ゲートウェイが、上記第２のデバイスによって送信された第２のパケットを受信する上記段階の前に、上記方法は、
上記デバイスマネージャが、上記第２のデバイスによって送信された第２のＡＲＰ要求パケットを受信する段階であって、上記第２のＡＲＰ要求パケットは、上記第１のサブネット内の上記第１のデバイスの上記ＭＡＣアドレスを要求するために用いられる、段階と、
上記デバイスマネージャが、第２のＡＲＰ応答パケットを上記第２のデバイスに送信する段階であって、上記第２のＡＲＰ応答パケットは、上記ゲートウェイの上記第２のＭＡＣアドレスを保持する、段階と、
をさらに備える、項目５に記載の方法。
［項目８］
ハイブリッドクラウド環境における管理方法であって、上記ハイブリッドクラウド環境は、第１のデータセンタ及び第２のデータセンタを含み、上記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、上記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、同一のプライベートネットワークセグメントが、上記第１のデータセンタの第１のサブネット及び上記第２のデータセンタの第２のサブネットに構成され、上記方法は、
ゲートウェイを設置する段階であって、上記ゲートウェイは、上記第２のデータセンタに配置され、上記ゲートウェイは、通信トンネルを介して上記第１のデータセンタの上記第１のサブネットにリモートに接続され、上記ゲートウェイは、上記第２のデータセンタの上記第２のサブネットに接続される、段階と、
上記第１のサブネットの第１のデバイスから上記第２のサブネット内の第２のデバイスへの第１のアドレス解決プロトコルＡＲＰ要求パケットを傍受するよう上記ゲートウェイを設定し、第１のＡＲＰ応答パケットを上記第１のデバイスに返信する段階であって、上記第１のＡＲＰ応答パケットは、上記ゲートウェイの第１のＭＡＣアドレスを保持する、段階と
を備える、方法。
［項目９］
上記方法は、
上記第１のＡＲＰ要求パケットに保持される、上記第１のデバイスのＩＰアドレスと上記第１のデバイスのＭＡＣアドレスとの間の対応関係を認識して記録するよう上記ゲートウェイを設定する段階
をさらに備える、項目８に記載の方法。
［項目１０］
上記方法は、
上記第２のサブネット内の上記第２のデバイスから上記第１のデバイスへの第２のＡＲＰ要求パケットを受信するよう上記ゲートウェイを設定し、第２のＡＲＰ応答パケットを上記第２のデバイスに返信する段階であって、上記第２のＡＲＰ応答パケットは、上記ゲートウェイの第２のＭＡＣアドレスを保持する、段階
をさらに備える、項目８又は９に記載の方法。
［項目１１］
上記第２のデバイスから上記第１のデバイスへの第２のＡＲＰ要求パケットを受信するようデバイスマネージャを設定し、第２のＡＲＰ応答パケットを上記第２のデバイスに返信する段階であって、上記第２のＡＲＰ応答パケットは、上記ゲートウェイの第２のＭＡＣアドレスを保持し、上記デバイスマネージャは、上記第２のデバイスに接続される、段階
をさらに備える、項目８又は９に記載の方法。
［項目１２］
ハイブリッドクラウド環境におけるゲートウェイであって、上記ゲートウェイは、通信トンネルを介して第１のデータセンタの第１のサブネットにリモートに接続され、第２のデータセンタの第２のサブネットに接続され、上記第１のサブネット及び上記第２のサブネットは、同一のプライベートネットワークセグメントを有し、上記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、上記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され上記ゲートウェイは、
上記第１のサブネット内の第１のデバイスによって送信された第１のアドレス解決プロトコルＡＲＰ要求パケットを受信するよう構成される受信モジュールであって、上記第１のＡＲＰ要求パケットは、上記第２のサブネット内の第２のデバイスのＭＡＣアドレスを要求するために用いられる、受信モジュールと、
第１のＡＲＰ応答パケットを上記第１のデバイスに送信するよう構成される送信モジュールであって、上記第１のＡＲＰ応答パケットは、上記ゲートウェイの第１のＭＡＣアドレスを保持する、送信モジュールと
を備える、ゲートウェイ。
［項目１３］
上記ゲートウェイは、
上記第２のデバイスのプライベートネットワークアドレスと上記第２のサブネット内の上記第２のデバイスの上記ＭＡＣアドレスとの間の第１の対応関係を取得して記録するよう構成される対応関係取得モジュールをさらに備える、項目１２に記載のゲートウェイ。
［項目１４］
上記ゲートウェイ、ＭＡＣアドレス変換モジュールをさらに備え、
上記受信モジュールは、上記通信トンネルを介して上記第１のデバイスによって送信された第１のパケットを受信するよう構成され、上記第１のパケットの宛先ＩＰアドレスは、上記第２のデバイスの上記プライベートネットワークアドレスを含み、上記第１のパケットの宛先ＭＡＣアドレスは、上記ゲートウェイの上記第１のＭＡＣアドレスを含み、上記第１のパケットの送信元ＩＰアドレスは、上記第１のデバイスのプライベートネットワークアドレスを含み、上記第１のパケットの送信元ＭＡＣアドレスは、上記第１のデバイスのＭＡＣアドレスを含み、
上記ＭＡＣアドレス変換モジュールは、上記第１のパケットに保持される上記第２のデバイスの上記プライベートネットワークアドレスに基づいて、上記第１の対応関係から上記第２のデバイスの上記ＭＡＣアドレスを取得し、上記第１のパケットの上記宛先ＭＡＣアドレスを上記第２のデバイスの上記ＭＡＣアドレスに修正し、上記第１のパケットの上記送信元ＭＡＣアドレスを上記ゲートウェイの第２のＭＡＣアドレスに修正するよう構成され、
上記送信モジュールは、修正された第１のパケットを上記第２のデバイスに送信するよう構成される、
項目１３に記載のゲートウェイ。
［項目１５］
上記第１のＡＲＰ要求パケットの送信元ＩＰアドレスは、上記第１のデバイスの上記プライベートネットワークアドレスを含み、上記第１のＡＲＰ要求の送信元ＭＡＣアドレスは、上記第１のデバイスの上記ＭＡＣアドレスを含み、
上記対応関係取得モジュールは、上記第１のデバイスの上記プライベートネットワークアドレスと上記第１のデバイスの上記ＭＡＣアドレスとの間の第２の対応関係を認識して記録するよう構成される、
項目１２から１４のいずれか一項に記載のゲートウェイ。
［項目１６］
上記受信モジュールは、上記第２のデバイスによって送信された第２のパケットを受信するよう構成され、上記第２のパケットの宛先ＩＰアドレスは、上記第１のデバイスの上記プライベートネットワークアドレスを含み、上記第２のパケットの宛先ＭＡＣアドレスは、上記ゲートウェイの上記第２のＭＡＣアドレスを含み、上記第２のパケットの送信元ＩＰアドレスは、上記第１のデバイスの上記プライベートネットワークアドレスを含み、上記第２のパケットの送信元ＭＡＣアドレスは、上記第２のデバイスの上記ＭＡＣアドレスを含み、
上記ＭＡＣアドレス変換モジュールは、上記第２のパケットに保持される上記第１のデバイスの上記プライベートネットワークアドレスに基づいて、上記第２の対応関係から上記第１のデバイスの上記ＭＡＣアドレスを取得し、上記第２のパケットの上記宛先ＭＡＣアドレスを上記第１のデバイスの上記ＭＡＣアドレスに修正し、上記第２のパケットの上記送信元ＭＡＣアドレスを上記ゲートウェイの上記第１のＭＡＣアドレスに修正するよう構成され、
上記送信モジュールは、上記通信トンネルを介して修正された第２のパケットを上記第１のデバイスに送信するよう構成される、
項目１５に記載のゲートウェイ。
［項目１７］
上記受信モジュールが、上記第２のデバイスによって送信された上記第２のパケットを受信する前に、
上記受信モジュールは、上記第２のデバイスによって送信された第２のＡＲＰ要求パケットを受信するよう構成され、上記第２のＡＲＰ要求パケットは、上記第１のサブネット内の上記第１のデバイスの上記ＭＡＣアドレスを要求するために用いられ、
上記送信モジュールは、第２のＡＲＰ応答パケットを上記第２のデバイスに送信するよう構成され、上記第２のＡＲＰ応答パケットは、上記ゲートウェイの上記第２のＭＡＣアドレスを保持する、
項目１６に記載のゲートウェイ。
［項目１８］
ハイブリッドクラウド環境における管理装置であって、上記ハイブリッドクラウド環境は、第１のデータセンタ及び第２のデータセンタを含み、上記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、上記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、同一のプライベートネットワークセグメントが、上記第１のデータセンタの第１のサブネット及び上記第２のデータセンタの第２のサブネットに構成され、上記管理装置は、
ゲートウェイを設置するよう構成されるゲートウェイ設置モジュールであって、上記ゲートウェイは、上記第２のデータセンタに配置され、上記ゲートウェイは、通信トンネルを介して上記第１のデータセンタの上記第１のサブネットにリモートに接続され、上記ゲートウェイは、上記第２のデータセンタの上記第２のサブネットに接続される、ゲートウェイ設置モジュールと、
上記第１のサブネット内の第１のデバイスから上記第２のサブネット内の第２のデバイスへの第１のアドレス解決プロトコルＡＲＰ要求パケットを傍受するよう上記ゲートウェイを設定し、第１のＡＲＰ応答パケットを上記第１のデバイスに返信するよう構成されるゲートウェイ設定モジュールであって、上記第１のＡＲＰ応答パケットは、上記ゲートウェイの第１のＭＡＣアドレスを保持する、ゲートウェイ設定モジュールと
を備える、管理装置。
［項目１９］
上記ゲートウェイ設定モジュールは、上記第１のＡＲＰ要求パケットに保持される、上記第１のデバイスのＩＰアドレスと上記第１のデバイスのＭＡＣアドレスとの間の対応関係を認識して記録するように、上記ゲートウェイを設定するよう構成される、項目１８に記載の管理装置。
［項目２０］
上記ゲートウェイ設定モジュールは、上記第２のサブネット内の上記第２のデバイスから上記第１のデバイスへの第２のＡＲＰ要求パケットを受信するよう上記ゲートウェイを設定し、第２のＡＲＰ応答パケットを上記第２のデバイスに返信するよう構成され、上記第２のＡＲＰ応答パケットは、上記ゲートウェイの第２のＭＡＣアドレスを保持する、項目１８又は１９に記載の管理装置。
［項目２１］
上記ゲートウェイ設定モジュールは、上記第２のデバイスから上記第１のデバイスへの上記第２のＡＲＰ要求パケットを受信するように、上記第２のサブネット内の上記第２のデバイスに接続されるデバイスマネージャを設定し、上記第２のＡＲＰ応答パケットを上記第２のデバイスに返信するよう構成され、上記第２のＡＲＰ応答パケットは、上記ゲートウェイの第２のＭＡＣアドレスを保持する、項目１８又は１９に記載の管理装置。
［項目２２］
ハイブリッドクラウド環境におけるゲートウェイであって、第１のネットワークインタフェースと、第２のネットワークインタフェースと、メモリと、プロセッサとを備え、上記メモリは、プログラム命令を格納し、上記プロセッサは、項目１から６のいずれか一項に記載の方法を実行するよう上記プログラム命令を実行する、ゲートウェイ。
［項目２３］
ハイブリッドクラウド環境における管理装置であって、ネットワークインタフェースと、メモリと、プロセッサとを備え、上記メモリは、プログラム命令を格納し、上記プロセッサは、項目８から１１のいずれか一項に記載の方法を実行するよう上記プログラム命令を実行する、ゲートウェイ。
［項目２４］
コンピュータプログラム製品であって、プログラムコードを備え、上記プログラムコードに含まれる命令は、項目１から６のいずれか一項に記載の方法を実行するようコンピュータによって実行される、コンピュータプログラム製品。
［項目２５］
コンピュータ可読記憶媒体であって、プログラム命令を備え、上記コンピュータプログラム命令が、コンピュータ上で実行されるとき、上記コンピュータは、項目１から６のいずれか一項に記載の方法を実行することが可能である、コンピュータ可読記憶媒体。
［項目２６］
コンピュータプログラム製品であって、プログラムコードを備え、上記プログラムコードに含まれる命令は、項目８から１１のいずれか一項に記載の方法を実行するようコンピュータによって実行される、コンピュータプログラム製品。
［項目２７］
コンピュータ可読記憶媒体であって、プログラム命令を備え、上記コンピュータプログラム命令がコンピュータ上で実行されるとき、上記コンピュータは、項目８から１１のいずれか一項に記載の方法を実行することが可能である、コンピュータ可読記憶媒体。

Claims (18)

  1. ハイブリッドクラウド環境における管理方法であって、前記ハイブリッドクラウド環境は、第１のデータセンタ及び第２のデータセンタを含み、前記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、前記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、同一のプライベートネットワークセグメントが、前記第１のデータセンタの第１のサブネット及び前記第２のデータセンタの第２のサブネットに構成され、前記管理方法は、
    ゲートウェイを設置する段階であって、前記ゲートウェイは、前記第２のデータセンタに配置され、前記ゲートウェイは、通信トンネルを介して前記第１のデータセンタの前記第１のサブネットにリモートに接続され、前記ゲートウェイは、前記第２のデータセンタの前記第２のサブネットに接続される、段階と、
    前記第１のサブネットの第１のデバイスから前記第２のサブネット内の第２のデバイスへの第１のアドレス解決プロトコル（ＡＲＰ）要求パケットを傍受し、且つ、第１のＡＲＰ応答パケットを前記第１のデバイスに返信するように前記ゲートウェイを設定する段階であって、前記第１のＡＲＰ要求パケットは前記第２のデバイスのＭＡＣアドレスを要求するために用いられ、前記第１のＡＲＰ応答パケットは、前記ゲートウェイの第１のＭＡＣアドレスを保持し、前記第１のＡＲＰ応答パケットは、前記第１のデバイスに前記第２のデバイスの前記ＭＡＣアドレスは前記ゲートウェイの前記第１のＭＡＣアドレスであると通知するために用いられる、段階と
    を備える、管理方法。
  2. 前記管理方法は、
    前記第１のＡＲＰ要求パケットに保持される、前記第１のデバイスのＩＰアドレスと前記第１のデバイスのＭＡＣアドレスとの間の第１の対応関係を認識して記録するよう前記ゲートウェイを設定する段階
    をさらに備える、請求項１に記載の管理方法。
  3. 前記管理方法は、
    前記第２のデバイスから前記第１のデバイスへの第２のＡＲＰ要求パケットを受信し、且つ、第２のＡＲＰ応答パケットを前記第２のデバイスに返信するようにデバイスマネージャを設定する段階であって、前記デバイスマネージャは前記第２のデバイスに接続され、前記第２のＡＲＰ要求パケットは、前記第１のデバイスのＭＡＣアドレスを要求するために用いられ、前記第２のＡＲＰ応答パケットは、前記ゲートウェイの第２のＭＡＣアドレスを保持し、前記第２のＡＲＰ応答パケットは、前記第２のデバイスに前記第１のデバイスの前記ＭＡＣアドレスは前記ゲートウェイの前記第２のＭＡＣアドレスであると通知するために用いられる、段階
    をさらに備える、請求項２に記載の管理方法。
  4. 前記第２のＡＲＰ要求パケット内の宛先ＩＰアドレスが前記第２のサブネット内のデバイスのＩＰアドレスに属する場合、前記デバイスマネージャにより、前記第２のＡＲＰ要求パケットを前記第２のサブネット内にブロードキャストする段階、または、前記第２のＡＲＰ要求パケット内の前記宛先ＩＰアドレスが前記第１のサブネット内のデバイスのＩＰアドレスに属する場合、前記デバイスマネージャにより、前記第２のＡＲＰ要求パケットを傍受して、前記第２のＡＲＰ応答パケットをプロキシ応答する段階をさらに備える、請求項３に記載の管理方法。
  5. 前記ゲートウェイが、前記第１のデバイスによって、前記第１のＡＲＰ応答パケットに基づき作成され且つ送信された第１のパケットを受信する段階であって、前記第１のパケットの宛先ＩＰアドレスは、前記第２のデバイスのＩＰアドレスを含み、前記第１のパケットの宛先ＭＡＣアドレスは、前記ゲートウェイの前記第１のＭＡＣアドレスを含み、前記第１のパケットの送信元ＩＰアドレスは、前記第１のデバイスの前記ＩＰアドレスを含み、前記第１のパケットの送信元ＭＡＣアドレスは、前記第１のデバイスのＭＡＣアドレスを含む、段階と、
    前記ゲートウェイが、予め設定された第２の対応関係から前記第１のパケットに保持される前記第２のデバイスの前記ＩＰアドレスに基づいて、前記第２のデバイスの前記ＭＡＣアドレスを取得し、前記第１のパケットの前記宛先ＭＡＣアドレスを前記第２のデバイスの前記ＭＡＣアドレスに修正し、前記第１のパケットの前記送信元ＭＡＣアドレスを前記ゲートウェイの前記第２のＭＡＣアドレスに修正する段階と、
    前記ゲートウェイが、修正された第１のパケットを前記第２のデバイスに送信する段階と
    をさらに備える、請求項３または４に記載の管理方法。
  6. 前記ゲートウェイが、前記第２のデバイスによって、修正された前記第１のパケットに基づき作成され且つ送信された第２のパケットを受信する段階であって、前記第２のパケットの宛先ＩＰアドレスは、前記第１のデバイスの前記ＩＰアドレスを含み、前記第２のパケットの宛先ＭＡＣアドレスは、前記ゲートウェイの前記第２のＭＡＣアドレスを含み、前記第２のパケットの送信元ＩＰアドレスは、前記第２のデバイスの前記ＩＰアドレスを含み、前記第２のパケットの送信元ＭＡＣアドレスは、前記第２のデバイスの前記ＭＡＣアドレスを含む、段階と、
    前記ゲートウェイが、前記第２のパケットに保持される前記第１のデバイスの前記ＩＰアドレスに基づいて、前記第１の対応関係から前記第１のデバイスの前記ＭＡＣアドレスを取得し、前記第２のパケットの前記宛先ＭＡＣアドレスを前記第１のデバイスの前記ＭＡＣアドレスに修正し、前記第２のパケットの前記送信元ＭＡＣアドレスを前記ゲートウェイの前記第１のＭＡＣアドレスに修正する段階と、
    前記ゲートウェイが、修正された第２のパケットを前記第１のデバイスに送信する段階と
    をさらに備える、請求項５に記載の管理方法。
  7. ハイブリッドクラウド環境におけるゲートウェイであって、前記ゲートウェイは、通信トンネルを介して第１のデータセンタの第１のサブネットにリモートに接続され、且つ第２のデータセンタの第２のサブネットに接続され、前記第１のサブネット及び前記第２のサブネットは、同一のプライベートネットワークセグメントを有し、前記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、前記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、前記ゲートウェイは、
    前記第１のサブネット内の第１のデバイスによって送信された第１のアドレス解決プロトコル（ＡＲＰ）要求パケットを受信するよう構成される受信モジュールであって、前記第１のＡＲＰ要求パケットは、前記第２のサブネット内の第２のデバイスのＭＡＣアドレスを要求するために用いられる、受信モジュールと、
    第１のＡＲＰ応答パケットを前記第１のデバイスに送信するよう構成される送信モジュールであって、前記第１のＡＲＰ応答パケットは前記ゲートウェイにより構築され、前記ゲートウェイの第１のＭＡＣアドレスを保持し、且つ前記第１のデバイスに前記第２のデバイスの前記ＭＡＣアドレスは前記ゲートウェイの前記第１のＭＡＣアドレスであると通知するために用いられる、送信モジュールと
    を備える、ゲートウェイ。
  8. 前記ゲートウェイは、
    前記第２のデバイスのプライベートネットワークアドレスと前記第２のサブネット内の前記第２のデバイスの前記ＭＡＣアドレスとの間の第１の対応関係を取得して記録するよう構成される対応関係取得モジュール
    をさらに備える、請求項７に記載のゲートウェイ。
  9. 前記ゲートウェイは、ＭＡＣアドレス変換モジュールをさらに備え、
    前記受信モジュールは、前記通信トンネルを介して前記第１のデバイスによって前記第１のＡＲＰ応答パケットに基づき作成され且つ送信された第１のパケットを受信するよう構成され、前記第１のパケットの宛先ＩＰアドレスは、前記第２のデバイスの前記プライベートネットワークアドレスを含み、前記第１のパケットの宛先ＭＡＣアドレスは、前記ゲートウェイの前記第１のＭＡＣアドレスを含み、前記第１のパケットの送信元ＩＰアドレスは、前記第１のデバイスのプライベートネットワークアドレスを含み、前記第１のパケットの送信元ＭＡＣアドレスは、前記第１のデバイスのＭＡＣアドレスを含み、
    前記ＭＡＣアドレス変換モジュールは、前記第１のパケットに保持される前記第２のデバイスの前記プライベートネットワークアドレスに基づいて、前記第１の対応関係から前記第２のデバイスの前記ＭＡＣアドレスを取得し、前記第１のパケットの前記宛先ＭＡＣアドレスを前記第２のデバイスの前記ＭＡＣアドレスに修正し、前記第１のパケットの前記送信元ＭＡＣアドレスを前記ゲートウェイの第２のＭＡＣアドレスに修正するよう構成され、
    前記送信モジュールは、修正された第１のパケットを前記第２のデバイスに送信するよう構成される、
    請求項８に記載のゲートウェイ。
  10. 前記第１のＡＲＰ要求パケットの送信元ＩＰアドレスは、前記第１のデバイスの前記プライベートネットワークアドレスを含み、前記第１のＡＲＰ要求パケットの送信元ＭＡＣアドレスは、前記第１のデバイスの前記ＭＡＣアドレスを含み、
    前記対応関係取得モジュールは、前記第１のデバイスの前記プライベートネットワークアドレスと前記第１のデバイスの前記ＭＡＣアドレスとの間の第２の対応関係を認識して記録するよう構成される、
    請求項９に記載のゲートウェイ。
  11. 前記受信モジュールは、前記第２のデバイスによって、前記修正された第１のパケットに基づき作成され、且つ、前記第２のデバイスによって、前記第２のデバイスに接続されたデバイスマネージャを通して送信された第２のパケットを受信するよう構成され、前記第２のパケットの宛先ＩＰアドレスは、前記第１のデバイスの前記プライベートネットワークアドレスを含み、前記第２のパケットの宛先ＭＡＣアドレスは、前記ゲートウェイの前記第２のＭＡＣアドレスを含み、前記第２のパケットの送信元ＩＰアドレスは、前記第２のデバイスの前記プライベートネットワークアドレスを含み、前記第２のパケットの送信元ＭＡＣアドレスは、前記第２のデバイスの前記ＭＡＣアドレスを含み、
    前記ＭＡＣアドレス変換モジュールは、前記第２のパケットに保持される前記第１のデバイスの前記プライベートネットワークアドレスに基づいて、前記第２の対応関係から前記第１のデバイスの前記ＭＡＣアドレスを取得し、前記第２のパケットの前記宛先ＭＡＣアドレスを前記第１のデバイスの前記ＭＡＣアドレスに修正し、前記第２のパケットの前記送信元ＭＡＣアドレスを前記ゲートウェイの前記第１のＭＡＣアドレスに修正するよう構成され、
    前記送信モジュールは、前記通信トンネルを介して修正された第２のパケットを前記第１のデバイスに送信するよう構成される、
    請求項１０に記載のゲートウェイ。
  12. ハイブリッドクラウド環境における管理装置であって、前記ハイブリッドクラウド環境は、第１のデータセンタ及び第２のデータセンタを含み、前記第１のデータセンタは、非パブリッククラウドサービスを提供するよう構成され、前記第２のデータセンタは、パブリッククラウドサービスを提供するよう構成され、同一のプライベートネットワークセグメントが、前記第１のデータセンタの第１のサブネット及び前記第２のデータセンタの第２のサブネットに構成され、前記管理装置は、
    ゲートウェイを設置するよう構成されるゲートウェイ設置モジュールであって、前記ゲートウェイは、前記第２のデータセンタに配置され、前記ゲートウェイは、通信トンネルを介して前記第１のデータセンタの前記第１のサブネットにリモートに接続され、前記ゲートウェイは、前記第２のデータセンタの前記第２のサブネットに接続される、ゲートウェイ設置モジュールと、
    前記第１のサブネット内の第１のデバイスから前記第２のサブネット内の第２のデバイスへの第１のアドレス解決プロトコル（ＡＲＰ）要求パケットを傍受し、且つ、第１のＡＲＰ応答パケットを前記第１のデバイスに返信するように前記ゲートウェイを設定するよう構成されるゲートウェイ設定モジュールであって、前記第１のＡＲＰ要求パケットは前記第２のデバイスのＭＡＣアドレスを要求するために用いられ、前記第１のＡＲＰ応答パケットは、前記ゲートウェイの第１のＭＡＣアドレスを保持し、前記第１のＡＲＰ応答パケットは、前記第１のデバイスに前記第２のデバイスの前記ＭＡＣアドレスは前記ゲートウェイの前記第１のＭＡＣアドレスであると通知するために用いられる、ゲートウェイ設定モジュールと
    を備える、管理装置。
  13. 前記ゲートウェイ設定モジュールは、前記第１のＡＲＰ要求パケットに保持される、前記第１のデバイスのＩＰアドレスと前記第１のデバイスのＭＡＣアドレスとの間の対応関係を認識して記録するように、前記ゲートウェイを設定するよう構成される、請求項１２に記載の管理装置。
  14. 前記ゲートウェイ設定モジュールは、前記第２のサブネット内の前記第２のデバイスに接続されるデバイスマネージャを、前記第２のデバイスから前記第１のデバイスへの第２のＡＲＰ要求パケットを受信し、且つ第２のＡＲＰ応答パケットを前記第２のデバイスに返信するように設定するよう構成され、前記第２のＡＲＰ要求パケットは前記第１のデバイスのＭＡＣアドレスを要求するために用いられ、前記第２のＡＲＰ応答パケットは、前記ゲートウェイの第２のＭＡＣアドレスを保持し、前記第２のＡＲＰ応答パケットは、前記第２のデバイスに前記第１のデバイスの前記ＭＡＣアドレスは前記ゲートウェイの前記第２のＭＡＣアドレスであると通知するために用いられる、請求項１２又は１３に記載の管理装置。
  15. ハイブリッドクラウド環境におけるデバイスマネージャであって、前記ハイブリッドクラウド環境は、第１のデータセンタ及び第２のデータセンタを含み、前記第１のデータセンタは非パブリッククラウドサービスを提供するよう構成され、前記第２のデータセンタはパブリッククラウドサービスを提供するよう構成され、同一のプライベートネットワークセグメントが前記第１のデータセンタの第１のサブネット及び前記第２のデータセンタの第２のサブネットに構成され、前記デバイスマネージャは前記第２のデータセンタ内の第２のデバイスに接続されており、ゲートウェイが前記第２のデータセンタ内に配置され、前記ゲートウェイは前記第１のデータセンタの前記第１のサブネットに通信トンネルを介してリモート接続され、且つ、前記第２のデータセンタの前記第２のサブネットに接続されており、
    前記デバイスマネージャは、
    前記第２のデバイスから前記第１のデータセンタ内の第１のデバイスへのＡＲＰ要求パケットを受信することであって、前記ＡＲＰ要求パケットは、前記第１のデバイスのＭＡＣアドレスを要求するために用いられる、こと、及び
    前記ＡＲＰ要求パケットに基づき、ＡＲＰ応答パケットを構築して前記第２のデバイスに送信することであって、前記ＡＲＰ応答パケットは前記ゲートウェイの第２のＭＡＣアドレスを保持し、前記ＡＲＰ応答パケットは、前記第２のデバイスに前記第１のデバイスの前記ＭＡＣアドレスは前記第２のＭＡＣアドレスであることを通知するために用いられる、ことを実行するように構成される、デバイスマネージャ。
  16. ハイブリッドクラウド環境におけるゲートウェイであって、第１のネットワークインタフェースと、第２のネットワークインタフェースと、メモリと、プロセッサとを備え、前記メモリは、プログラム命令を格納し、前記プロセッサは、請求項１から６のいずれか一項に記載の管理方法を実行するよう前記プログラム命令を実行する、ゲートウェイ。
  17. コンピュータに、請求項１から６のいずれか一項に記載の管理方法を実行させるよう構成される、コンピュータプログラム。
  18. 請求項１７に記載のコンピュータプログラムを格納する、コンピュータ可読記憶媒体。
JP2021576171A 2019-09-06 2020-09-07 ハイブリッドクラウド環境における通信方法、ゲートウェイ、並びに管理方法及び装置 Active JP7413415B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN201910844549.1 2019-09-06
CN201910844549 2019-09-06
CN201911419113.4A CN112468383B (zh) 2019-09-06 2019-12-31 混合云环境中的通信方法及网关、管理方法及装置
CN201911419113.4 2019-12-31
PCT/CN2020/113850 WO2021043314A1 (zh) 2019-09-06 2020-09-07 混合云环境中的通信方法及网关、管理方法及装置

Publications (2)

Publication Number Publication Date
JP2022541381A JP2022541381A (ja) 2022-09-26
JP7413415B2 true JP7413415B2 (ja) 2024-01-15

Family

ID=74807817

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021576171A Active JP7413415B2 (ja) 2019-09-06 2020-09-07 ハイブリッドクラウド環境における通信方法、ゲートウェイ、並びに管理方法及び装置

Country Status (5)

Country Link
US (2) US11888809B2 (ja)
EP (1) EP3975508A4 (ja)
JP (1) JP7413415B2 (ja)
CN (2) CN112468383B (ja)
WO (1) WO2021043314A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113312417B (zh) * 2020-09-14 2022-07-26 北京知呱呱科技服务有限公司 应用于大数据和云计算的数据处理方法及大数据服务平台
US11956201B2 (en) * 2021-11-03 2024-04-09 Nutanix, Inc. Method and system for efficient address resolution in extended subnets
US20230246962A1 (en) * 2022-02-02 2023-08-03 Oracle International Corporation Configuring a network-link for establishing communication between different cloud environments
CN114884810A (zh) * 2022-03-25 2022-08-09 阿里云计算有限公司 基于sdn的网络数据传输方法、接入方法和存储介质
CN115396367B (zh) * 2022-07-06 2023-07-21 北京百度网讯科技有限公司 流量调度方法、装置、电子设备及存储介质
CN116996476B (zh) * 2023-09-27 2023-12-12 深圳市纽创信安科技开发有限公司 信息处理方法、电子设备以及存储介质
CN117118774B (zh) * 2023-10-23 2024-02-27 杭州优云科技有限公司 二层网络下云计算网关的接入方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160352682A1 (en) 2015-05-29 2016-12-01 Cisco Technology, Inc. Default gateway extension
CN108347493A (zh) 2017-01-25 2018-07-31 华为技术有限公司 混合云管理方法、装置和计算设备
JP2019516320A (ja) 2016-04-29 2019-06-13 ニュー・エイチ・３・シィ・テクノロジーズ・カンパニー・リミテッドＮｅｗ Ｈ３Ｃ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． パケット伝送

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9154327B1 (en) * 2011-05-27 2015-10-06 Cisco Technology, Inc. User-configured on-demand virtual layer-2 network for infrastructure-as-a-service (IaaS) on a hybrid cloud network
CN103404084B (zh) * 2012-11-21 2017-11-17 华为技术有限公司 Mac地址强制转发装置及方法
US11005682B2 (en) * 2015-10-06 2021-05-11 Cisco Technology, Inc. Policy-driven switch overlay bypass in a hybrid cloud network environment
CN105591955B (zh) * 2015-10-30 2019-07-09 新华三技术有限公司 一种报文传输的方法和装置
CN106921551A (zh) * 2015-12-24 2017-07-04 中国电信股份有限公司 虚拟通信方法、***及设备
US10200267B2 (en) * 2016-04-18 2019-02-05 Nyansa, Inc. System and method for client network congestion detection, analysis, and management
CN107800743B (zh) * 2016-09-06 2020-11-24 中国电信股份有限公司 云桌面***、云管理***和相关设备
WO2018150222A1 (en) * 2017-02-14 2018-08-23 Telefonaktiebolaget Lm Ericsson (Publ) Internet protocol (ip) address allocation over virtual layer 2 networks
US11032369B1 (en) * 2017-08-28 2021-06-08 Aviatrix Systems, Inc. System and method for non-disruptive migration of software components to a public cloud system
CN108199945B (zh) * 2017-12-23 2019-10-01 华为技术有限公司 报文传输方法、网络设备及报文处理***

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160352682A1 (en) 2015-05-29 2016-12-01 Cisco Technology, Inc. Default gateway extension
JP2019516320A (ja) 2016-04-29 2019-06-13 ニュー・エイチ・３・シィ・テクノロジーズ・カンパニー・リミテッドＮｅｗ Ｈ３Ｃ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． パケット伝送
CN108347493A (zh) 2017-01-25 2018-07-31 华为技术有限公司 混合云管理方法、装置和计算设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
滝広 眞利 Masatoshi TAKIHIRO，イーサネットアクセス網におけるユーザ収容方式の検討 A Subscriber Management Method for Ethernet Access Networks，電子情報通信学会技術研究報告 Ｖｏｌ．１０２ Ｎｏ．６９４ IEICE Technical Report，日本，社団法人電子情報通信学会 The Institute of Electronics,Information and Communication Engineers，2015年04月16日，第102巻，1-5

Also Published As

Publication number Publication date
US11888809B2 (en) 2024-01-30
EP3975508A4 (en) 2022-07-06
JP2022541381A (ja) 2022-09-26
WO2021043314A1 (zh) 2021-03-11
CN116208658A (zh) 2023-06-02
US20220131827A1 (en) 2022-04-28
CN112468383B (zh) 2023-01-06
US20240154928A1 (en) 2024-05-09
EP3975508A1 (en) 2022-03-30
CN112468383A (zh) 2021-03-09

Similar Documents

Publication Publication Date Title
JP7413415B2 (ja) ハイブリッドクラウド環境における通信方法、ゲートウェイ、並びに管理方法及び装置
CN112470436B (zh) 用于提供多云连通性的***、方法、以及计算机可读介质
US11509577B2 (en) Linking resource instances to virtual network in provider network environments
CN108347493B (zh) 混合云管理方法、装置和计算设备
CN111885075B (zh) 容器通信方法、装置、网络设备及存储介质
AU2015256010B2 (en) Migration of applications between an enterprise-based network and a multi-tenant network
US10033691B1 (en) Adaptive resolution of domain name requests in virtual private cloud network environments
Zeng et al. Measurement and evaluation for docker container networking
WO2021135344A1 (zh) 虚拟私有云与云下数据中心通信、配置方法及相关装置
US9042384B2 (en) Distributed routing domains in multi-tenant datacenter virtual networks
CN105519080B (zh) 用于在网络层2对等方之间交换ip分组的方法和装置
US11522763B2 (en) Agent-based network scanning in software-defined networking (SDN) environments
WO2014166247A1 (zh) 一种虚拟网络管理的实现方法和***
WO2021063028A1 (zh) 为业务提供网络服务的方法、装置和计算设备
CN112671628A (zh) 业务服务提供方法及***
US20230106831A1 (en) Building a platform to scale control and data plane for virtual network functions
CN112671938A (zh) 业务服务提供方法及***、远端加速网关
WO2024125332A1 (zh) 混合云环境中的通信方法及网关、管理方法及装置
WO2024037619A1 (zh) 一种基于云计算技术的虚拟实例创建方法和云管理平台
CN118233227A (zh) 混合云环境中的通信方法及网关、管理方法及装置
US9853885B1 (en) Using packet duplication in a packet-switched network to increase reliability

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220119

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20220311

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230314

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230613

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230814

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231128

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231227

R150 Certificate of patent or registration of utility model

Ref document number: 7413415

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150