64ビット技術を生かす
Windows Server 2008 R2導入に向けキャパシティープランニングを再考する
Windows Server 2008 R2ではプロセッサ要件がx64とItaniumプラットフォームに限定されている。そのため導入に当たっては、キャパシティープランニングをあらためて検討する必要がある。
「Windows 7」と「Windows Server 2008 R2」が先ごろ製造工程向けにリリースされたのに伴い、企業のITマネジャーは、いずれ新OSへのアップグレードが避けられないという前提に立ち、将来のキャパシティープランニングを検討する必要がある。
これらの新しいOSプラットフォームは、従来版とは異なるコードツリーをベースとしているため、それらが動作するハードウェアにも影響する。
Windows Server 2008/2008 R2の基本的なハードウェア要件を表1に示す。これらの要件はほとんど共通だが、最も重要な違いは、Windows Server 2008 R2ではx64(64ビット)とItaniumプラットフォームに限定されているということだ。このため、IT部門でもその点を考慮したプランニングが必要だ。Microsoftによると、今後はx86(32ビット)用サーバ製品を開発する予定はないということだ。Exchange Server 2007以降の製品はx64プラットフォーム上でのみ動作し、今回のリリースも64ビット化に向けた方針に沿ったものだといえる。この新しい64ビット要件により、Windows Server 2008 R2の導入準備を進めているITマネジャーはハードウェアプランニングの戦略を策定する必要がある。
| コンポーネント | 要件 |
|---|---|
| プロセッサ | 1.4GHz以上のx64プロセッサ ※ Windows Server 2008 for Itanium-based SystemsにはItanium 2プロセッサが必要 |
| メモリ | 最小:512MB 最大:8GB(Foundation)、32GB(Standard、Enterprise、Data Center、Itanium-based Systems) |
| ディスク空き容量 | 32GB以上(メモリが16GB以上の場合は10GB以上) |
| コンポーネント | 要件 |
|---|---|
| プロセッサ | 1GHz以上のx86プロセッサあるいは1.4GHz以上のx64プロセッサ ※ Windows Server 2008 for Itanium-based SystemsにはItanium 2プロセッサが必要 |
| メモリ | 最小:512MB 最大: x86:4GB(Standard)、64GB(Enterprise、Data Center) x64:8GB(Standard)、32GB(Foundation)、2TB(Enterprise、Data Center、Itanium-based Systems) |
| ディスク空き容量 | x86:20GB以上 Foundation:10GB以上 x64:32GB以上 (メモリが16GB以上の場合は10GB以上) |
| MB:Mバイト、GB:Gバイト、TB:Tバイト | |
新しい64ビット技術は、ハードウェアへの投資の効果を最大化する可能性が非常に高い。この数年、ハードウェア技術は32ビット技術を追い越している。32ビットアーキテクチャには、2の32乗バイト(4Gバイト)の物理メモリまでしか扱えないという制約があるからだ。サーバでは容易に4Gバイトの何倍ものメモリ構成にすることができるが、32ビット技術ではOSが物理リソースを利用する能力を制限してしまうのだ。
このため、例えば16Gバイトの物理メモリを搭載したシステムであっても、32ビット技術では4Gバイトのメモリまでしか認識することができない。OSやアプリケーションから出された命令は、物理メモリのアドレス空間に格納する場所がなくなれば、仮想メモリのアドレス空間に格納される。これは「ページファイル」(ディスク上に存在するファイル)を使って実現される。物理メモリにページファイルを加えたものを「仮想メモリ」と呼ぶ。
ページファイルに格納された命令を実行するには、その命令を物理アドレスに移動しなければならず、そのための場所を確保するために、既存の命令を物理アドレスの外に移す必要がある。この処理は「ページング」と呼ばれ、物理メモリから命令を直接実行するよりもパフォーマンスが低くなる。認識可能なメモリを増やすテクニックも存在するが、これは借金して借金を返すようなもので、ページングが頻繁に発生することになる。
一方、64ビットアーキテクチャでは、2の64乗バイト(16エクサバイト)の物理メモリを認識することができる。このため、アプリケーションとOSの機能を物理メモリにロードすることが可能になり(十分な物理メモリを搭載している場合)、これによって大幅な高速化を実現できる。
x64技術では32ビットのWindowsを実行することも可能だが、広大なメモリ空間を利用するには64ビットのWindowsが必要だ。搭載メモリが4Gバイト以下であれば、32ビットWindowsを使っても構わない。32ビットアプリケーションは、64ビットのWindows上でもWOW(Windows on Windows)と呼ばれるエミュレーションモードで動作するということも指摘しておく必要がある。この場合、32ビットプラットフォーム上よりも少し高速に動作する可能性もあるが、それはアプリケーション次第だ。64ビット技術の利点を生かすには、アプリケーションもx64プラットフォーム用に書かれていなければならない。なお、16ビットアプリケーションはx64プラットフォーム上では動作しない。
大量のメモリを消費することで不評を買ってきたExchange Serverももちろん、64ビットアーキテクチャの利点を生かすことができ、ドメインコントローラー(DC)と仮想サーバ技術も恩恵を受ける。NTDS.dit(Active Directoryデータベース)全体をメモリに格納するように64ビットのDCを設定することも可能であり、そうすれば大規模なActive Directory(AD)環境でDCのパフォーマンスが大幅に改善する。1台の物理ホスト上で複数のサーバを動作させる仮想サーバ技術でも大量の物理メモリを利用でき、より多くの仮想マシンをホスト上に置くことが可能になる。これは物理マシンの利用効率の改善にもつながる。
良いことずくめではない
こういったアドバンテージを提供するx64技術だが、すべてのパフォーマンス問題を解決するわけではない。CPU速度やディスクI/Oといった要因もパフォーマンスに影響するからだ。しかしWindows Server 2008は、32ビット技術をベースとした最後のバージョンになる。
2008 R2の導入に伴う問題点を挙げてみよう。
- 32ビット版Windows Server 2008からアップグレードできない(注記:各種のx86版Windowsからx64版へのアップグレードオプションは存在しない。このため、DCを移行するのに困難が伴う)
- Windows Server 2008 R2のDCの導入に際してADのスキーマをアップグレードする必要がある
- 新しいサービスパックとセキュリティアップデートが必要になる。このため、変更管理が煩雑になる。Windows Server 2003/2008/2008 R2のそれぞれに対応したパッチとサービスパックを管理しなくてはならないからだ
- x64技術の制約により、16ビットのレガシーアプリケーションはWindows Server 2008 R2上で動作しない。これらのアプリケーションを引退させる良い機会になるかもしれない
- x64技術だからといって、すべてのアプリケーションで大幅なパフォーマンス改善を実感できるわけではない。ベンチマークテストで確認する必要がある
- もちろんWindows Server 2008 R2では、プロダクトアクティベーションが必要とされる
次に、Windows Server 2008 R2を導入するメリットを挙げる。
- 64ビットのメモリ空間のメリットは先に述べた通りだ。これにより、Windowsとアプリケーションはサーバに搭載されたすべてのメモリを利用できる
- Windows Server 2008のフェイルオーバークラスタリングの改善
- Hyper-V仮想化機能の改善
- 多数の新しいADコマンドレットが追加されたPowerShell V2
- ADの改善(ADリサイクルビン、新しい管理ツールなど)
- BranchCacheやDirectAccess(リモートアクセス機能、Windows 7に対応)などの新機能の追加。DirectAccessとVPNの改善は、企業のリモートアクセス環境に大きな経済的メリットをもたらす可能性がある
つまりWindows Server 2008 R2は、将来のWindows環境につながる新しいOSバージョンだということだ。キャパシティープランを策定するに当たっては、64ビット技術に向けた会社のロードマップを検討することが肝要だ。適切なキャパシティープランニングにより、特に仮想環境においてアプリケーションパフォーマンスとハードウェア利用率の改善が期待できる。
本稿筆者のゲーリー・オルセン氏は、Hewlett-Packard(HP)のGlobal Solutions Engineering部門のシステムソフトウェアエンジニア。著書に「Windows 2000: Active Directory Design and Deployment」、共著書に「Windows Server 2003 on HP ProLiant Servers」がある。Microsoft MVP for Directory Servicesを受賞しており、Microsoft MVP for Windows File Systemsの受賞経験もある。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー