シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

今日は、OSI モデルのレむダヌ 2 のレむダヌ 2 EtherChannel チャネル アグリゲヌション プロトコルの動䜜を芋おいきたす。このプロトコルはレむダ 3 プロトコルずそれほど違いはありたせんが、レむダ 3 EtherChannel に入る前に、いく぀かの抂念を玹介する必芁があるため、レむダ 1.5 に぀いおは埌ほど説明したす。私たちは匕き続き CCNA コヌス スケゞュヌルに埓っおいるので、今日はセクション 2「レむダ 3/1.5 EtherChannel の蚭定、テスト、およびトラブルシュヌティング」ず、サブセクション 1.5a、静的 EtherChannel、1.5b、PAGP、および XNUMXc、IEEE に぀いお説明したす。 -LACPオヌプンスタンダヌド。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

先に進む前に、EtherChannel ずは䜕かを理解する必芁がありたす。スむッチ A ずスむッチ B が XNUMX 本の通信回線で冗長接続されおいるず仮定したす。 STP を䜿甚する堎合、ルヌプを防ぐために XNUMX ぀の䜙分な回線が論理的にブロックされたす。

100 Mbps のトラフィックを提䟛する FastEthernet ポヌトがあるずしたす。したがっお、合蚈スルヌプットは 3 x 100 = 300 Mbps ずなりたす。通信チャネルを 100 ぀だけ残すず、2 Mbit/s に䜎䞋したす。぀たり、この堎合、STP はネットワヌク特性を悪化させたす。さらに、远加の XNUMX チャネルが無駄にアむドル状態になりたす。

これを防ぐために、Cisco Catalist スむッチを開発し、埌に Cisco に買収された䌚瀟 KALPANA は、1990 幎代に EtherChannel ず呌ばれるテクノロゞヌを開発したした。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

私たちの堎合、このテクノロゞヌは 300 ぀の個別の通信チャネルを XNUMX Mbit/s の容量を持぀ XNUMX ぀の論理チャネルに倉換したす。

EtherChannel テクノロゞヌの最初のモヌドは手動モヌド、぀たり静的モヌドです。この堎合、スむッチは、動䜜パラメヌタのすべおの手動蚭定が正しく行われおいるずいう事実に䟝存しお、いかなる䌝送条件䞋でも䜕も行いたせん。チャネルは単にオンになるだけで動䜜し、ネットワヌク管理者の蚭定を完党に信頌したす。

XNUMX 番目のモヌドは Cisco 独自の PAGP リンク アグリゲヌション プロトコルで、XNUMX 番目のモヌドは IEEE 暙準 LACP リンク アグリゲヌション プロトコルです。

これらのモヌドが機胜するには、EtherChannel が䜿甚可胜になる必芁がありたす。このプロトコルの静的バヌゞョンは非垞に簡単にアクティブ化できたす。スむッチ むンタヌフェむス蚭定に移動し、channel-group 1 mode コマンドを入力する必芁がありたす。

0 ぀のむンタヌフェむス f1/0 ず f2/1 を持぀スむッチ A がある堎合、各ポヌトの蚭定に移動しおこのコマンドを入力する必芁がありたす。EtherChannel むンタヌフェむス グルヌプ番号には 6  XNUMX の倀を指定できたす。重芁なこずは、この倀はスむッチのすべおのポヌトで同じです。さらに、ポヌトは同じモヌド䞡方ずもアクセス モヌドたたは䞡方ずもトランク モヌドで動䜜し、同じネむティブ VLAN たたは蚱可された VLAN を持぀必芁がありたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

EtherChannel アグリゲヌションは、チャネルのグルヌプが同䞀に蚭定されたむンタヌフェむスで構成されおいる堎合にのみ機胜したす。

0 本の通信回線を持぀スむッチ A を、同じく 1 ぀のむンタヌフェむス f0/2 ず f1/1 を持぀スむッチ B に接続したしょう。これらのむンタヌフェむスは独自のグルヌプを圢成したす。同じコマンドを䜿甚しお、EtherChannel で動䜜するようにこれらを蚭定できたす。これらはロヌカル スむッチ䞊にあるため、グルヌプ番号は関係ありたせん。このグルヌプを番号 XNUMX に指定するず、すべおが機胜したす。ただし、䞡方のチャネルが問題なく動䜜するには、すべおのむンタヌフェむスが同じモヌド (アクセスたたはトランク) にたったく同じに蚭定されおいる必芁があるこずに泚意しおください。スむッチ A ずスむッチ B の䞡方のむンタヌフェむスの蚭定を開始し、コマンドでチャネル グルヌプ XNUMX モヌドに入るず、EtherChannel チャネルの集玄が完了したす。

各スむッチの䞡方の物理むンタヌフェむスは XNUMX ぀の論理むンタヌフェむスずしお機胜したす。 STP パラメヌタを芋るず、スむッチ A が XNUMX ぀の物理ポヌトからグルヌプ化された XNUMX ぀の共通むンタヌフェむスを衚瀺しおいるこずがわかりたす。

Cisco が開発したポヌト集玄プロトコルである PAGP に移りたしょう。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

同じ図を想像しおみたしょう。それぞれむンタヌフェむス f0/1 ず f0/2 を備えた 1 ぀のスむッチ A ず B が 1 本の通信回線で接続されおいたす。 PAGP を有効にするには、同じチャネルグルヌプ 1 モヌド コマンドを パラメヌタずずもに䜿甚したす。手動スタティック モヌドでは、すべおのむンタヌフェむスでコマンドでチャネル グルヌプ XNUMX モヌドを入力するだけで、集玄が機胜し始めたす。ここでは、desirable たたは auto パラメヌタを指定する必芁がありたす。 ? 蚘号を付けお channel-group XNUMX mode コマンドを入力するず、システムはパラメヌタ オプション (on、desirable、a​​uto、passive、active) を含むプロンプトを衚瀺したす。

通信回線の䞡端で同じチャネル グルヌプ 1 モヌドの望たしいコマンドを入力するず、EtherChannel モヌドがアクティブになりたす。チャネルの䞀方の端でむンタヌフェむスがchannel-group 1 modedesirableコマンドで蚭定され、もう䞀方の端でchannel-group 1 mode autoコマンドで蚭定されおいる堎合も、同じこずが起こりたす。

ただし、リンクの䞡端のむンタヌフェむスが channel-group 1 mode auto コマンドで auto に蚭定されおいる堎合、リンク アグリゲヌションは発生したせん。したがっお、PAGP プロトコル䞊で EtherChannel を䜿甚する堎合は、少なくずも XNUMX ぀の圓事者のむンタヌフェむスが望たしい状態になっおいる必芁があるこずに泚意しおください。

オヌプン LACP プロトコルを䜿甚する堎合、 パラメヌタを指定した同じ channel-group 1 モヌド コマンドがチャネル アグリゲヌションに䜿甚されたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

チャネルの䞡偎で考えられる蚭定の組み合わせは次のずおりです。むンタヌフェむスがアクティブ モヌドに蚭定されおいる堎合、たたは䞀方がアクティブに、もう䞀方がパッシブに蚭定されおいる堎合は、EtherChannel モヌドが機胜したす。むンタヌフェむスの䞡方のグルヌプがパッシブに蚭定されおいる堎合は、チャネル凝集は起こりたせん。 LACP プロトコルを䜿甚しおチャネル アグリゲヌションを構成するには、むンタヌフェむス グルヌプの少なくずも XNUMX ぀がアクティブ状態である必芁があるこずに泚意しおください。

質問に答えおみたしょう。スむッチ A ず B が通信回線で接続されおおり、䞀方のスむッチのむンタヌフェむスがアクティブ状態で、もう䞀方のスむッチのむンタヌフェむスが自動たたは望たしい状態にある堎合、EtherChannel は機胜したすか?

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

いいえ、そうではありたせん。盞互に互換性がないため、ネットワヌクは同じプロトコル (PAGP たたは LACP のいずれか) を䜿甚する必芁がありたす。

EtherChannel を構成するために䜿甚されるいく぀かのコマンドを芋おみたしょう。たず、グルヌプ番号を割り圓おる必芁がありたす。番号は䜕でも構いたせん。最初のコマンド チャネル グルヌプ 1 モヌドでは、オプションずしお 5 ぀のパラメヌタon、desirable、a​​uto、passive、たたは activeを遞択できたす。
むンタヌフェむスのサブコマンドでは、channel-group キヌワヌドを䜿甚したすが、たずえばロヌド バランシングを指定する堎合は、port-channel ずいう単語が䜿甚されたす。負荷分散ずは䜕かを芋おみたしょう。

3 ぀のポヌトを持぀スむッチ A があり、スむッチ B の察応するポヌトに接続されおいるずしたす。スむッチ B には 1,2,3 台のコンピュヌタ (4、XNUMX、XNUMX) が接続され、XNUMX 台のコンピュヌタ No. XNUMX がスむッチ A に接続されおいるずしたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

トラフィックがコンピュヌタ #4 からコンピュヌタ #1 に移動するず、スむッチ A は䞡方のリンクでパケットの送信を開始したす。負荷分散方法では送信者の MAC アドレスのハッシュを䜿甚するため、5 台目のコンピュヌタからのすべおのトラフィックは XNUMX ぀のリンクのうちの XNUMX ぀だけを通過したす。コンピュヌタヌ XNUMX をスむッチ A に接続するず、負荷分散のおかげで、このコンピュヌタヌのトラフィックは XNUMX ぀の䞋䜍の通信回線にのみ沿っお移動したす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

ただし、これは䞀般的な状況ではありたせん。クラりド むンタヌネットず、XNUMX 台のコンピュヌタを備えたスむッチ A が接続されおいるデバむスがあるずしたす。このデバむスはゲヌトりェむであるため、むンタヌネット トラフィックは、このデバむスの MAC アドレス、぀たり特定のポヌトのアドレスを持぀スむッチに送信されたす。したがっお、すべおの発信トラフィックにはこのデバむスの MAC アドレスが含たれたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

スむッチ A の前にスむッチ B を配眮し、XNUMX 本の通信回線で接続するず、スむッチ B のスむッチ A 方向のトラフィックはすべおいずれかの回線に沿っお流れるこずになり、これでは目的を達成できたせん。したがっお、このスむッチのバランシング パラメヌタを蚭定する必芁がありたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

これを行うには、port-channelload-balance コマンドを䜿甚したす。このコマンドでは、宛先 IP アドレスがオプション パラメヌタずしお䜿甚されたす。これがコンピュヌタヌ 1 番のアドレスの堎合、トラフィックは最初の回線に沿っお流れ、3 番の堎合は XNUMX 番目の回線に沿っお流れ、XNUMX 番目のコンピュヌタヌの IP アドレスを指定した堎合は、䞭倮の通信回線に沿っお流れたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

これを行うには、コマンドはグロヌバル コンフィギュレヌション モヌドで port-channel キヌワヌドを䜿甚したす。

どのリンクがチャネルに関䞎しおいるか、どのプロトコルが䜿甚されおいるかを確認するには、特暩モヌドで show etherchannel summary コマンドを入力する必芁がありたす。 show etherchannel load-balance コマンドを䜿甚しお、ロヌド バランシング蚭定を衚瀺できたす。

それでは、パケット トレヌサ プログラムでこれらすべおを芋おみたしょう。 2 ぀のスむッチが 4 ぀のリンクで接続されおいたす。 STP が動䜜を開始し、XNUMX ぀のポヌトのうち XNUMX ぀がブロックされたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

SW0 蚭定に移動し、show spaning-tree コマンドを入力しおみたしょう。 STP が動䜜しおいるこずがわかり、ルヌト ID ずブリッゞ ID を確認できたす。 0 番目のスむッチに同じコマンドを䜿甚するず、最初のスむッチ SW1 がルヌト スむッチであるこずがわかりたす。これは、SW0 ずは異なり、そのルヌト識別子の倀ずブリッゞ識別子の倀が同じであるためです。さらに、ここには SWXNUMX がルヌトである、「このブリッゞはルヌトです」ずいうメッセヌゞがありたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

ルヌト スむッチの䞡方のポヌトは指定状態にあり、XNUMX 番目のスむッチのブロックされたポヌトは代替ずしお指定され、XNUMX 番目のスむッチはルヌト ポヌトずしお指定されたす。 STP が必芁なすべおの䜜業を完璧に実行し、接続を自動的にセットアップする様子がわかりたす。

PAGP プロトコルをアクティブにしたしょう。これを行うには、SW0 蚭定で、コマンド int f0/1 ずチャネル グルヌプ 1 モヌドを 5 ぀の可胜なパラメヌタの XNUMX ぀で連続しお入力したす。ここでは、desirable を䜿甚したす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

回線プロトコルが最初に無効になっおから再び有効になったこずがわかりたす。぀たり、加えられた倉曎が有効になり、ポヌト チャネル 1 むンタヌフェむスが䜜成されたした。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

次に、f0/2 むンタヌフェむスに移動し、同じコマンド「channel-group 1 modedesirable」を入力したす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

䞊郚リンクのポヌトが緑色のマヌカヌで瀺され、䞋郚リンクのポヌトがオレンゞ色のマヌカヌで瀺されおいるこずがわかりたす。この堎合、XNUMX ぀のスむッチのすべおのむンタヌフェむスを同じコマンドで蚭定する必芁があるため、望たしい自動ポヌトの混合モヌドは存圚できたせん。自動モヌドは XNUMX 番目のスむッチで䜿甚できたすが、最初のスむッチではすべおのポヌトが同じモヌドで動䜜する必芁があり、この堎合はそれが望たしいです。

SW1 の蚭定に進み、むンタヌフェむスの範囲 int range f0/1-2 に察しおコマンドを䜿甚したす。これにより、むンタヌフェむスごずに個別にコマンドを手動で入力するのではなく、XNUMX ぀のコマンドで䞡方を蚭定できるようになりたす。

私は、channel-group 2 mode コマンドを䜿甚したすが、1 番目のスむッチのむンタヌフェむスのグルヌプを瀺すには、6  2 の任意の数字を䜿甚できたす。チャネルの反察偎は望たしいモヌドに蚭定されおいるため、このスむッチのむンタヌフェむスは望たしいモヌドたたは自動モヌドである必芁がありたす。最初のパラメヌタを遞択し、「channel-group XNUMX modedesirable」ず入力しお Enter を抌したす。
チャネル むンタヌフェむス ポヌトチャネル 2 が䜜成され、ポヌト f0/1 および f0/2 がダりン状態からアップ状態に順次移行したこずを瀺すメッセヌゞが衚瀺されたす。これに続いお、ポヌト チャネル 2 むンタヌフェむスがアップ状態に切り替わり、このむンタヌフェむスの回線プロトコルもオンになったこずを瀺すメッセヌゞが衚瀺されたす。これで、集玄された EtherChannel が圢成されたした。

これを確認するには、SW0 スむッチの蚭定に移動し、show etherchannel summary コマンドを入力したす。埌で説明するさたざたなフラグがわかりたす。グルヌプ 1 は 1 ぀のチャネルを䜿甚し、アグリゲヌタの数も 1 です。Po1 はポヌトチャネル 1 を意味し、指定 (SU) は S - レむダ 2 フラグ、U - を衚したす。䜿甚枈み。次に、䜿甚される PAGP プロトコルず、チャネルに集玄された物理ポヌト、Fa0/1 (P) および Fa0/2 (P) を瀺したす。P フラグは、これらのポヌトがポヌトチャネルの䞀郚であるこずを瀺したす。

1 番目のスむッチにも同じコマンドを䜿甚するず、CLI りィンドりに SWXNUMX に関する同様の情報が衚瀺されたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

SW1 蚭定で show spaning-tree コマンドを入力するず、ポヌトチャネル 2 が単䞀の論理むンタヌフェむスであり、そのコストが 19 ぀の別個のポヌト 9 のコストず比范しお XNUMX に枛少しおいるこずがわかりたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

最初のスむッチでも同じこずをしおみたしょう。ルヌト パラメヌタは倉曎されおいないこずがわかりたすが、1 ぀のスむッチ間には、2 ぀の物理リンクの代わりに XNUMX ぀の論理むンタヌフェむス PoXNUMX-PoXNUMX が存圚したす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

PAGP を LACP に眮き換えおみたしょう。これを行うには、最初のスむッチの蚭定で、むンタヌフェむスの範囲 int range f0/1-2 にコマンドを䜿甚したす。ここで、channel-group1 mode active コマンドを発行しお LACP を有効にするず、ポヌト Fa0/1 ず Fa0/2 がすでに別のプロトコルを䜿甚するチャネルの䞀郚であるため、コマンドは拒吊されたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

したがっお、たず no channel-group 1 mode active コマンドを入力しおから、channel-group1 mode active コマンドを䜿甚する必芁がありたす。 2 番目のスむッチでも同じこずを行いたす。最初にコマンド no channel-group 2 を入力し、次にコマンド channel-group 2 mode active を入力したす。むンタヌフェむス パラメヌタを芋るず、PoXNUMX が再びオンになっおいるこずがわかりたすが、ただ PAGP プロトコル モヌドになっおいたす。珟圚 LACP が有効になっおおり、この堎合、パケット トレヌサ プログラムによっおパラメヌタが正しく衚瀺されないため、これは真実ではありたせん。
この䞍䞀臎を解決するには、別のポヌトチャネルを䜜成するずいう䞀時的な解決策を䜿甚したす。これを行うには、コマンド int range f0/1-2 および no channel-group 2 を入力しおから、コマンド channel-group 2 mode active を入力したす。これが最初のスむッチにどのような圱響を䞎えるかを芋おみたしょう。 show etherchannel summary コマンドを入力するず、Po1 が PAGP を䜿甚しおいるず再び衚瀺されるこずがわかりたす。これは、パケット トレヌサ シミュレヌションの問題です。ポヌト チャネルが珟圚無効になっおおり、チャネルがたったく存圚しないはずだからです。

2 番目のスむッチの CLI りィンドりに戻り、show etherchannel summary コマンドを入力したす。ここで、PoXNUMX はむンデックス (SD) で衚瀺されたす。D はダりン、぀たりチャネルが機胜しおいないこずを意味したす。技術的には、ここに PortChannel が存圚したすが、ポヌトが関連付けられおいないため、䜿甚されたせん。
最初のスむッチの蚭定にコマンド int range f0/1-2 および no channel-group 1 を入力し、channel-group 2 mode active コマンドを䜿甚しお、新しいチャネル グルヌプ今回は番号 2を䜜成したす。次に、1 番目のスむッチの蚭定でも同じこずを行いたすが、チャンネル グルヌプの番号が XNUMX になるだけです。

新しいグルヌプであるポヌト チャネル 2 が最初のスむッチに䜜成され、ポヌト チャネル 1 が 1 番目のスむッチに䜜成されたした。グルヌプの名前を亀換するだけです。ご芧のずおり、技術的には XNUMX 番目のスむッチに新しいポヌト チャネルを䜜成し、正しいパラメヌタで衚瀺されるようになりたした。show etherchannel summary コマンドを入力するず、PoXNUMX (SU) が LACP を䜿甚しおいるこずがわかりたす。

スむッチ SW0 の CLI りィンドりにもたったく同じ画面が衚瀺されたす。新しいグルヌプ Po2 (SU) は LACP 制埡䞋で動䜜したす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

アクティブ状態のむンタヌフェむスず垞にオン状態のむンタヌフェむスの違いを考慮しおください。コマンド int range f0/0-1 およびチャネルグルヌプ 2 モヌドをオンにしお、スむッチ SW3 の新しいチャネル グルヌプを䜜成したす。この前に、no channel-group 1 および no channel-group 2 コマンドを䜿甚しおチャネル グルヌプ 1 および 2 を削陀する必芁がありたす。そうしないず、channel-group 3 mode on コマンドを䜿甚しようずするず、システムによっお次のようなメッセヌゞが衚瀺されたす。むンタヌフェむスは別のチャネル プロトコルで動䜜するためにすでに䜿甚されおいたす。

1 番目のスむッチでも同じこずを行いたす。チャネル グルヌプ 2 ず 3 を削陀し、コマンド チャネル グルヌプ 3 モヌドをオンにしおグルヌプ 0 を䜜成したす。次に、SW3 の蚭定に移動し、show etherchannel summary コマンドを䜿甚しおみたしょう。新しい PoXNUMX チャネルがすでに皌働しおおり、PAGP や LACP などの事前操䜜を必芁ずしないこずがわかりたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

ポヌトを無効にしおから有効にするこずなく、すぐにオンになりたす。 SW1 に察しお同じコマンドを䜿甚するず、ここでは Po3 がプロトコルを䜿甚しおいないこずがわかりたす。぀たり、静的な EtherChannel が䜜成されおいたす。

シスコは、ネットワヌクを広く利甚できるようにするには、PAGP のこずを忘れお、より信頌性の高いリンク アグリゲヌションの方法ずしお静的 EtherChannel を䜿甚する必芁があるず䞻匵しおいたす。
負荷分散はどのように行うのでしょうか? SW0 スむッチの CLI りィンドりに戻り、show etherchannelload-balance コマンドを入力したす。送信元 MAC アドレスに基づいお負荷分散が行われおいるこずがわかりたす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

通垞、バランス調敎にはこのパラメヌタが䜿甚されたすが、目的に合わない堎合もありたす。このバランシング方法を倉曎する堎合は、グロヌバル コンフィギュレヌション モヌドに入り、port-channelload-balance コマンドを入力する必芁がありたす。その埌、システムはこのコマンドに䜿甚できるパラメヌタを含むプロンプトを衚瀺したす。

シスコ トレヌニング 200-125 CCNA v3.0。 38 日目。OSI レむダ 2 の EtherChannel プロトコル

port-channel load-balance src-mac パラメヌタを指定した堎合、぀たり送信元 MAC アドレスを指定した堎合、ハッシュ関数が有効になり、特定の EtherChannel の䞀郚であるポヌトのうちどのポヌトを䜿甚する必芁があるかを瀺したす。前進トラフィック。送信元アドレスが同じ堎合、システムはその特定の物理むンタヌフェむスを䜿甚しおトラフィックを送信したす。


い぀もご宿泊いただきありがずうございたす。 私たちの蚘事が気に入っおいたすか? もっず興味深いコンテンツを芋たいですか? 泚文したり、友人に勧めたりしお私たちをサポヌトしおください。 Habr ナヌザヌは、圓瀟があなたのために発明した、゚ントリヌレベルのサヌバヌに䌌たナニヌクな補品を 30% 割匕でご利甚いただけたす。 VPS (KVM) E5-2650 v4 (6 コア) 10GB DDR4 240GB SSD 1Gbps 20 ドルからの真実、たたはサヌバヌを共有する方法? (RAID1 および RAID10、最倧 24 コア、最倧 40GB DDR4 で利甚可胜)。

Dell R730xdは2倍安い ここだけ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV 199 ドルから オランダで Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 ドルから! に぀いお読む むンフラストラクチャヌ䌁業を構築する方法730 ペニヌで 5 ナヌロの䟡倀がある Dell R2650xd E4-9000 vXNUMX サヌバヌを䜿甚したクラスですか?

出所 habr.com

コメントを远加したす