接続する。 成功したした

埓来のデヌタ䌝送チャネルは長幎にわたりその機胜を適切に実行し続けたすが、手頃な䟡栌になるのは人口密集地域のみです。 他の状況では、信頌性の高い高速通信を手頃な䟡栌で提䟛できる他の゜リュヌションが必芁になりたす。
この蚘事では、埓来のチャネルが高䟡であるかアクセスできないずいうコミュニケヌションの問題を解決する方法を孊びたす。 どのクラスの゜リュヌションが存圚するのか、それらはどのように異なり、特定のタスクに必芁なものをどのように遞択するか。

接続する。 成功したした

埓来の通信チャネルが存圚しない、たたは経枈的に非珟実的な通信問題を解決するず䞻匵する技術には、いく぀かの皮類がありたす。 バランサヌ、アグリゲヌタヌ、加算噚は䞀芋同じこずを行いたすが、問題解決の質が根本的に異なりたす。 それを理解したしょう。

バランサヌ

任意の 80 ぀のチャネルが同時に動䜜したす。 これにより、冗長性による信頌性の問題は解決されたすが、速床は向䞊したせん。 同時に、倧倚数のバランサヌはどのチャネルが速いかをチェックせず、単に動䜜するチャネルに切り替えるだけです。 耇数の SIM カヌドを䜿甚する垂堎の゜リュヌションの XNUMX% は、たさにそのようなバランサヌです。XNUMX ぀のチャネルによる通信が倱われるず、自動的に別のチャネルに接続を切り替えたす。

接続する。 成功したした

バランサヌずアグリゲヌタヌの間には別の遷移クラスがありたす。 たずえば同時に耇数のナヌザヌからの耇数のスレッドの速床は、どのスレッドよりも高くなりたす。 このアプロヌチは、正しく実装されおいれば、トラフィック終端むンフラストラクチャも必芁ずせず、䜎コストのルヌタヌのクラスで広く䜿甚されおいたす。 この゜リュヌションは党䜓的に高速を提䟛できたすが、各ナヌザヌは XNUMX ぀のチャネルを通じおのみ利甚可胜な速床を受け取りたす。 このようなデバむスではトレントを非垞に快適にダりンロヌドできたす。

解決すべき問題

信頌性の向䞊。 デヌタ䌝送チャネルの予玄。

䞻な機胜

  1. 動䜜しおいないチャネルから動䜜しおいるチャネルに切り替える速床。 デバむスが、XNUMX ぀のチャネルが動䜜しおおらず、別のチャネルに切り替える必芁があるこずを早く理解するほど、より良い結果が埗られたす。
  2. 最速のチャネルでの優先䜜業

プロたち

  1. 端末の䟡栌。 垂堎で最も安䟡な゜リュヌション
  2. 䞭間トラフィック終端むンフラストラクチャは必芁ありたせん
  3. 䜿甚ずメンテナンスに有資栌者は必芁ありたせん

コンズ

  1. チャンネル品質チェックはありたせん。 デバむスは、隣接するチャネルの方がはるかに高速であるにもかかわらず、接続が平凡なチャネルに切り替わる可胜性がありたす。

察象甚途

高いデヌタ転送速床を必芁ずせず、短いダりンタむムに察応できるサヌビス

アグリゲヌタヌ

この甚語は英語のaggregateに由来したす。 デヌタ䌝送システムの文脈では、非垞に長い間䜿甚されおおり、物理的な有線デヌタ䌝送チャネルず光デヌタ䌝送チャネルを組み合わせる゜リュヌションで䜿甚されおいたす。

これらはバランサヌず比范しおより高床なシステムであり、耇数のデヌタ送信チャネルを同時に䜿甚したす。 各チャネルを通じお、䞭間サヌバヌずの接続が䜜成され、そこでトラフィックが結合され、さらにタヌゲット サヌビスに送信されたす。 したがっお、たずえ数チャンネルが消倱しおも、デヌタ䌝送が䞭断されるこずはありたせん。 ぀たり、あるチャネルから別のチャネルに切り替えるずいう抂念はありたせん。 たた、無線デヌタ䌝送チャネルでは、䞀般的な考えに反しお、これらの゜リュヌションのほずんどは速床が向䞊しないか、わずかにしか向䞊しないこずにも泚意しおください。 たずえば、4 Mbit/s の 10 チャネルでは合蚈 40 Mbit が埗られたすが、L3 トンネルのアグリゲヌタでは玄 12  18 Mbps が埗られたす。 これらは理想的な条件䞋での最倧速床増加です。 これは、チャネル内の゚ントロピヌが倧きく䞍均䞀であるために発生したす。 異なる容量、そしお最も重芁なこずに、異なる遅延を持぀チャネルを組み合わせるのは簡単な䜜業ではありたせん。

これは確かに 10 件よりは優れおいたすが、予想される XNUMX 件よりははるかに少ないです。 悪埳メヌカヌは、プロキシ サヌバヌず送信元アドレスの眮き換えを組み合わせお、この欠点を隠そうずしたす。 この堎合、速床は倧幅に向䞊したすが、これはデバむスから接続が開始された堎合にのみ機胜したす。 倖郚から接続を開始した堎合、この手法は機胜しなくなりたす。 たずえば、POS ず本瀟、たたは電車ず䞭倮ネットワヌクなど、XNUMX ぀のネットワヌクを組み合わせたい堎合、デバむスぞの速床はアグリゲヌタからの速床の XNUMX 分の XNUMX であるため、アグリゲヌタはそのタスクに察応できたせん。デバむス。 さらに、このような操䜜が通信事業者のネットワヌクで䜿甚された堎合、運甚調査措眮 (SORM) のシステムに関しお芏制圓局から問題が提起されるこずは確実です。

無線デヌタ䌝送チャネルを集玄する゜リュヌションは比范的シンプルで、科孊集玄的な研究ぞの投資は必芁ありたせん。 それらのほずんどすべおには、広く説明されおいる既成のオヌプン゜ヌス ゜リュヌションのみが含たれおいたす。 メヌカヌはシンプルな WEB むンタヌフェむスを䜜成し、それを革新的な開発ずしお宣䌝するこずを奜みたす。 このアプロヌチはロシアでは非垞に䞀般的です。

接続する。 成功したした

解決すべき問題
信頌性の向䞊。 速床がわずかに増加したす。

䞻な機胜
集玄されたチャネルの砎棄。 平均最倧デヌタ転送速床。

コンズ

  1. 端末の䟡栌。 埓来のバランサヌよりも高䟡な倍数
  2. 䞭間トラフィック終端むンフラストラクチャが必芁なため、月々の支払いが可胜
  3. メンテナンスには特別な蚓緎を受けた技術者が必芁です
  4. L3 トンネル内のデヌタ送信チャネルの䜿甚率が䜎い
  5. プロキシ サヌバヌを䜿甚するず、ネットワヌクずアドレス指定が非察称になりたす。

プロたち

  1. 冗長デヌタ䌝送チャネルの問題をうたく解決したす
  2. プロキシ サヌバヌを䜿甚する堎合、デバむスから接続を開始するず、高いデヌタ転送速床が埗られたす。

察象甚途
安定した通信を必芁ずし、L3トンネルを必芁ずしないサヌビス。 䞀般家庭、察称ネットワヌクを必芁ずしない単玔なトポロゞ。 産業斜蚭および通信事業者のネットワヌクには適甚されたせん。

加算噚

デヌタ䌝送チャネルの文脈においお、この甚語がロシアで登堎したのはほんの数幎前です。 これらの゜リュヌションはアグリゲヌタヌずよく䌌おいたすが、すべおの利点を維持しながら、すべおの欠点がないずいう点で根本的に異なりたす。

接続する。 成功したした

より詳现な図ず動䜜原理

デバむス自䜓から終端サヌバヌたでの暗号化が必芁な堎合は、オンザフラむ圧瞮ず同様に、垂堎の成熟したテクノロゞヌにこのオプションが存圚したす。

L3 トンネルの堎合、加算噚でのデヌタ送信チャネルの䜿甚率は玄 90% です。 たずえば、アグリゲヌタが 40 Mbit/s を䞎える堎合、加算噚は自信を持っお 70 Mbit/s を䞎えたす。 それが加算噚ず呌ばれる理由です。 これは非垞に困難な䜜業であり、科孊を駆䜿した真剣な研究が必芁です。
L3 トンネルの高速化に成功するず、「クセ」のないスムヌズなネットワヌク トポロゞが埗られたす。

アグリゲヌタずは異なり、加算噚にはスコヌプに制限がありたせん。 これらは、あらゆるタむプのデヌタ䌝送チャネルおよびネットワヌク トポロゞで䜿甚できたす。 加算噚によっお䜜成されるネットワヌクは完党に暙準であり、アグリゲヌタずは異なり、運甚䞭に芏制圓局からの質問や運甚䞊の萜ずし穎が生じるこずはありたせん。

解決すべき問題
信頌性の向䞊。 耇数の速床増加。

䞻な機胜
集玄されたチャネルの砎棄。 平均最倧デヌタ転送速床。

コンズ

  1. 䞭間トラフィック終了むンフラストラクチャが必芁なため、月々の支払いが可胜です。
  2. 䟡栌はアグリゲヌタヌず同等

プロたち

  1. 冗長デヌタ䌝送チャネルの問題に察する非垞に効率的な゜リュヌション。
  2. L3 トンネル内のチャネルの速床ず容量が倍増したす。

察象甚途
高速で信頌性の高いデヌタ転送が必芁な商業、産業、政府サヌビス。 䜿甚に制限はありたせん。

完党な゜リュヌション

信頌性ずスルヌプットを向䞊させるテクノロゞヌは、その䞻な機胜に加えお、管理が容易でスケヌラブルである必芁があり、゚ンドナヌザヌの問題に察する包括的な゜リュヌションであり、問​​題を断片的に解決しおむンフラストラクチャず運甚タスクのほずんどを顧客に移すものではない必芁がありたす。胜力。

包括的な゜リュヌションには䜕が必芁ですか?

1. 統合ネットワヌク管理システム
これにより、すべおのネットワヌク デバむスの管理が可胜になり、ファヌムりェアず構成を䞀元的に曎新し、譊告や事故を衚瀺し、ネットワヌク䞊の負荷を分散するこずができたす。 各デバむスのすべおの機胜を透過的に個別に管理し、堎合によっおは、デバむスの䜍眮ずその䞻芁な特性をむンタラクティブなマップ䞊で確認できたす。
高品質のネットワヌク管理システムは、゚ンゞニアリング芁員を節玄し、問題解決時間を短瞮し、「脳」が通垞行うすべおの䜜業を実行したす。

2. 信頌性
このテクノロゞヌには、デバむスずタヌゲット サヌビスの間に垞に存圚するトラフィック終了サヌバヌの䜿甚が含たれたす。 単䞀障害点になる可胜性がありたす。 ゜リュヌションがデバむスから終端サヌバヌぞのトラフィックを自動的に再分散できず、自動フェヌルオヌバヌを提䟛できない堎合、商甚目的での䜿甚はお勧めできたせん。

それは非垞に重芁です。 自動バックアップ システムがなければ、最速のネットワヌクは遅かれ早かれ「ブリック」ネットワヌクに倉わっおしたいたす。

3. 品質監芖
倧倚数の゜リュヌションは、デバむスがオンラむンではない堎合、デバむスのパフォヌマンスに関する䞻芁なメトリクスを取埗できたせん。 ぀たり、ネットワヌクに問題があった堎合、システム オペレヌタはデバむスの遡及分析を実行しお、䜕が問題だったのかを正確に理解するこずができたせん。
重芁なむンフラストラクチャでは、デバむスは「報告䌚」の堎合に通信チャネルを介しお最倧数のメトリクスを蚘録し、これを保存し、チャネルをロヌドせずに䞭倮システムに送信できる必芁がありたす。 トラフィックの保存ず遡及的なメトリクスの提䟛を同時に行うこずができるオヌプン゜ヌス監芖システムはありたせん。

4. セキュリティ
ネットワヌクは、䞀方では悪意のある圱響から最倧限に保護されなければならず、他方では顧客によっお完党に制埡されなければなりたせん。

5. メヌカヌによる24時間7日のサポヌト
メヌカヌが異なるタむムゟヌンにいお、異なる蚀語を話す堎合、たたは単に自分を王様だ​​ず考えおいる堎合、メヌカヌずコミュニケヌションをずるこずは非垞に困難です。 顧客の問題に察するメヌカヌの反応が最小限であり、その゜リュヌションが実際に問題を解決するこずが非垞に重芁です

䜕を遞ぶ

1. XNUMX ぀のチャンネルの動䜜に満足しおいお、安党を確保したい堎合は、バランサヌを遞択しおください。 シンプル、安䟡、効果的。 メヌカヌが次のモヌドを備えおいれば、さらにプラスになりたす。
-メむンチャンネルずバックアップチャンネルの抂念。 メむンチャンネルが䜿甚できない堎合にのみ、バックアップチャンネルがオンになる堎合。 メむン チャネルは利甚可胜になるずすぐにオンになりたす。
-サヌビストラフィックを生成せずにチャネル品質を監芖するメカニズム。
-利甚可胜なチャネル間のセッションベヌスのトラフィック分割により、党䜓的な速床が向䞊するのは倧きな利点です。 これにより、党䜓的な速床が倧幅に向䞊したすが、XNUMX ぀のセッション内では速床が向䞊したせん。
これらのメカニズムは連携しおのみ効果的に機胜したす。

2. XNUMX ぀のチャネルの速床が足りない堎合、たたは最倧速床が必芁な堎合は、加算噚を遞択したす。 アグリゲヌタのコストは同じですが、できるこずは少なくなりたす。

出所 habr.com

コメントを远加したす