「Windows Server 2016」へのアップグレード、決断を後押しする新機能とは

企業は旧バージョンの「Windows Server」から「Windows Server 2016」へのアップグレードを検討し始めている。その場合の重要なポイントは新しいコンテナ機能とアプリケーションの互換性だ。

公開 2017年05月11日 15時00分

著者

Brien Posey

[TechTarget]

印刷する

Microsoftが「切り開く未来」と訴求するWindows Server 2016の導入を検討する企業が増えている

　Windows Server 2016のリリースに合わせて、多くの企業が現行バージョンからのアップグレードを検討している。その判断は簡単ではなく、さまざまな考慮要素がある。

　管理者は、Windows Server 2016の新機能（「Nano Server」、ソフトウェア定義ストレージ機能など）が自社にもたらす利点を確認するとともに、アプリケーションの互換性やアップグレードコストの調査も必要だ。

新機能：コンテナ、Nano Server、ストレージ

　Windows Server 2016にはどのような利点があるのだろうか。他のOSリリースと同様、Windows Server 2016も多彩な新機能を提供している。

　Windows Server 2016の目玉機能の1つはコンテナだ。Windows ServerコンテナはDockerの技術をベースにしており（「Hyper-V」コンテナも同様）、これまでオープンソースで利用されてきた機能と同様の機能を提供する。これによって、VM全体を起動しなくてもアプリケーションを展開して実行できる。

　新しいサーバ展開タイプのNano ServerもWindows Server 2016の新機能だ。 Microsoftは何年か前のWindows Serverから「Server Core」というインストールオプションを導入した。GUI機能の大半を省いてOSフットプリントを小さくするものだ。この展開方法には、攻撃対象領域が小さくなること、VMの高密度化を実現できることなどの利点がある。Nano ServerもServer Coreと同じくWindows OSの機能を縮小した軽量版だが、Nano Serverの方がServer Coreよりはるかに小さい。デスクトップエクスペリエンス機能も含めたWindows Server 2016展開と比べると、約20分の1のサイズだ。

　Microsoftはまた、ソフトウェア定義ストレージ機能として「記憶域レプリカ」と「記憶域スペースダイレクト」という機能も追加した。記憶域スペースダイレクトを利用すると、クラスタ化したWindows Serverは中央にあるクラスタ共有ボリュームではなくローカルの記憶域を使用でき、ハイパーコンバージド展開と同じトポロジーを構成できる。

　Windows Server 2016の新機能はこれ以外にもあり、セキュリティと仮想化に関連するものが多い。こうした新機能には多くの利点があるが、利用するためには通常新しいサーバを展開することが必要になり、注意が必要だ。例えば、Dockerを既存のアプリケーションサーバにインストールすることは推奨できない。コンテナは専用サーバにすることが最も適している。

併せて読みたいお薦め記事

Windows Server 2016の新機能

連載：体験版で試すWindows Server 2016新機能解説

アプリケーションの互換性とアップグレードコスト

　Windows Server 2016へのアップグレードを検討するときにまず考えなければならないのはアプリケーションの互換性だ。アプリケーションがWindows Server 2016で動作することを確認するだけでは十分といえない。ベンダーが新OSでの動作をサポートしていれば理想的だ。

　問題なく動作するアプリケーションもあれば、パッチやアップグレードが必要なものもある。また、旧OSでないと動作せず、Windows Server 2016対応の別のアプリケーションに置き換えなければならないアプリケーションもあるだろう。

　アップグレードコストも重要な検討項目だ。一般にはライセンス価格が最大のコストだが、それ以外のコストも発生する場合がある。例えば、アップグレードに必要なハードウェア増強の費用や、アップグレードプロセスに必要な追加の人件費、アプリケーションのアップグレード費用などだ。

　会社がWindows Server 2016にアップグレードすることを決定したら、次はIT担当者がアップグレードプロセスに関する全般的なアプローチを検討する。OSをアップグレードするときは想定外の問題が起こりやすい。できる限り入念に準備し、試験環境でアップグレードプロセスをテストする時間も確保しよう。また、パイロット運用プログラムも実施するといい。そのようなテストでは、アップグレードを小さなバッチに分けて実行し、重要度の低いサーバから試してみるのが一般的だ。次のバッチをアップグレードするまで最低2週間は待つようにしたい。そうすれば、隠れた問題が判明する期間を持てる。

　アップグレードすることが決まったら、IT担当者はアップグレードのタイムラインを作成する。その際、アプリケーションの互換性を確認する時間とアップグレードをテストする時間も確保すべきだが、その一方で旧OSのサポート期限にも注意が必要だ。

　Microsoftは各OSのサポート期限を事前に定めている。「Windows Server 2003」のサポートは既に終了した。「Windows Server 2008」のメインストリームサポートは2015年に終了しており、現在は延長サポート期間に入っている。「Windows Server 2012」のメインストリームサポートは2018年に終了する予定だ。現在どのOSを使用している場合でも、アップグレードのタイムラインはサポート要件を考慮して作成する必要がある。

印刷する