低レイテンシ技術に注目
ネットワーク効率化に効果あり、「Windows Server 2012 R2」の3つの新機能
Windows Serverの最新版には、トラフィック効率の向上を目指す管理者が検討すべき新機能が用意されている。
ネットワークを流れるトラフィックやデータの種類が急増する中、アプリケーションのパフォーマンスや良好なユーザーエクスペリエンスレベルを維持するため、ITプランナーや管理者はトラフィック効率を高める新しい方法を見つけなければならなくなっている。最新のネットワークアダプターは、「Windows Server 2012 R2」のようなOSとともに使用したとき、この目的を達成するための機能を提供する。
ほとんどの新技術と同様に、ネットワークパフォーマンスを向上させる新技術の展開と管理には体系的に取り組む必要がある。多くの場合、管理されたラボ環境で試すことから始めなければならない。
カーネルモードリモートDMA(kRDMA)
「Direct Memory Access(DMA)」は、メモリ上のある場所から別の場所へのデータ移動を、OSや上位ソフトウェアスタックの介在を大幅に減らして行う、古くからある仕組みだ。ソフトウェアへの依存が低いことは、ネットワーク効率にも大きな影響を与える。ネットワークデバイスに「リモートDMA(RDMA)」技術を導入すれば、2台のサーバ間で両システムのソフトウェアスタックの関与を最小限に抑えながらデータを直接移動できる。NIC(ネットワークインタフェースカード)ハードウェアがデータ転送を内部的に処理するからだ。
Windows Server 2012 R2のカーネルでは、この最新のDMAで使用される軽量DMAコードが提供されている。この「カーネルモードリモートDMA(kRDMA)」により、アプリケーションがコンピュータのネットワークハードウェアとほぼ直接やりとりすることで、ワークロードパフォーマンスの向上と低レイテンシ化が実現される。RDMA機能はネットワークアダプターに新しく追加された機能で、利用するにはこの機能のサポートが明示されているNICが必要になる。こうしたNICは、「RDMA対応NIC」や「RNIC」と呼ばれることもある。
Receive Segment Coalescing(RSC)
従来のNICが各パケットを受信するとCPUに割り込みが掛かり、データセグメントからフレームを取り除き、データセグメントをバッファに移動する処理が要求される。CPUは各データを解析し、そのデータを必要とするソフトウェアスタックの上位にあるアプリケーションに渡さなければならない。この方式はきちんと機能するが、CPUの負担が大きい。特に、受信負荷が高いネットワークアプリケーションではそれが顕著だ。そのためにサーバのスケーラビリティが制限される恐れがある。
「Receive Segment Coalescing(RSC)」は、Windows Server 2012 R2がサポートするオフロード技術の一種。NICを使って各受信パケットからデータを取り出し、受信されたセグメントを1つの大きなパケットに結合する。さらにNICは、結合されたパケットをアプリケーションに送信する。これにより受信側で必要なCPU割り込みが大幅に少なくなり、CPUがより生産的なタスクを実行し、サーバのスケーラビリティ向上を支援することが可能になる。
RSCを利用するには、RSC対応のネットワークアダプターカードが必要になる。仮想環境では、NICは「シングルルートI/O仮想化(SR-IOV)」もサポートしなければならない。残念ながらRSCは、IPsec(Internet Protocol Security)で暗号化されたトラフィックやTCP(Transmission Control Protocol)以外のプロトコルは扱えない。
なお、RSCは受信側のネットワークトラフィックをサポートするように設計されているため、送信ネットワークトラフィックでは機能しない。また、送信負荷が高いWebサーバなどのアプリケーションにも効果がない。しかし、LSO(Large Send Offload)のような補完的な技術を利用すれば、サーバの送信ネットワークトラフィックの効率を高めることができる。
TCPループバック最適化
TCPは冗長性を備えており、送信ポイントと受信ポイント間のハンドシェイクに大きく依存して適切な通信を確保する。ネットワークアプリケーションはTCPを使ってオープンネットワークで通信を行い、多くのアプリケーションはTCPループバックも使って、同一サーバ上におけるプロセス間の通信の信頼性を確保する。この通信は「プロセス間通信(IPC:InterProcess Communication)」と呼ばれる。TCPのメリットは大きいが、そうしたハンドシェイクは、エンタープライズアプリケーションのレイテンシを増加させ、パフォーマンスを制限することがある。アプリケーションが同一サーバ上の他のプロセスと相互運用される場合は特にそうだ。
Windows Server 2012 R2は、ハンドシェイクに必要なパスを短縮するように設計されたTCPループバック最適化機能を提供する。通常、TCPループバックはアプリケーション層からTCP層、さらにIP(Internet Protocol)層に至り、そこからさかのぼって戻るというパスをたどる必要がある。最適化されたパスでは、処理の負荷が高い場合があるIP層が省略される。ハンドシェイクが行われることに変わりはないが、パスの短縮はレイテンシの低減とアプリケーションパフォーマンスの向上につながる。最適化はコネクション単位(ソケット単位)で実現される。仮想化はサポートされているが、仮想マシン(VM)間の最適化はサポートされていない。このため、同一サーバ上の2台のVM間の通信を高速化することはできない。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー