インフラ管理の自動化はじめに最近、SaaS、PaaS、IaaS、といった各レイヤをサービスとして受け取り、システムを構築していくというケースも増えてきているのではないかと思います。オンプレミスの環境を見てみると、相変わらずハードウェアやリソースの管理が大変・・・。便利そうだけどブラックボックス要素の多いパブリッククラウドと、全てを把握できるものの手間のかかるオンプレミス、どっちを選べばよいのか迷っている方、多いのではないかと思います。今回のBlogでは、大規模なオンプレミス環境で問題になりがちな、サーバリソースの管理負荷を劇的に削減する方法をご紹介します。今回ご紹介する機能は、私自身、3年以上VMwareのLAB環境の管理に利用しておりますが、とても便利です。この便利さを皆様にも是非体験いただければと思います。オンプレミスは管理負荷が高い?オンプレミスではハードウェアにまつわる何かしらの管理負荷が発生します。サーバ台数が多くなってくるとこの管理負荷は無視できなくなってきます。オンプレミスの管理負荷を自ら上げてしまっているケースも数多く見受けられます。その一つが、必要以上にサーバとシステム(仮想マシン)を紐づけて管理しているケースです。仮想環境の最大のメリットは、仮想マシンを物理サーバから自由にすること。この前提に立って、サーバと仮想マシンの紐付けを解き放てば、VMwareによる仮想化のメリットを沢山享受することが出来、かつ、オンプレミスのホスト管理の負荷を極限まで削減することが可能です。サーバリソースが足りなくなったら新しいサーバの電源をオンするだけ。サーバが故障したらサーバごと入れ替えて電源オンするだけ、まるでRaid構成のDiskを交換するように。そんな素敵な仕組みがあったら・・・。替え)が非常に煩雑になります。これを劇的に改善する方法が、OSやアプリケーションをデータセンタ側で集中管理、配布する、仮想デスクトップやアプリケーションの配信の仕組みです。Hypervisorも同様で、多数のホストに対しESXiを個別インストールし管理すると、インストールやパッチ管理、構成管理など、とたんに管理負荷が増大します。以降で実装された、”ESXiをインストールすることなく中央で集中管理し配布する仕組み”です。Deployとして提供されています。各ESXiはインストールレスで、ホスト側にはステート情報を一切持たないため、ESXiホストのイメージや構成情報を個別に管理する必要はありません。ESXiのイメージは中央集中管理となり、また、ホストプロファイルと連携することで構成情報も中央集中管理となりますので、コンプライアンスも中央集中で一括管理が可能となります。5.0より提供されている革新的なHypervisorイメージ管理・展開の仕組みです。Deployの中核の機能は、ルールエンジンとイメージ配信サーバの機能です。PXEブートしてきたホストに対し、ルールエンジンで指定されたESXiイメージやホストプロファイルを配信するというのが大まかな流れです。Appliance版には機能があらかじめ包含されています。(Webサーバ)PXEブートしてきたホストに対して実際にイメージやホストプロファイルなど必要な情報を配信する機能を提供。CLIのコマンドレット群。DeployはPXEブートを基本としているため、DHCPサーバ含めたいくつかのコンポーネントと連携して動作します。このため最初は難しく感じるかも知れませんが、慣れてしまえば大したことはありません。DeployサーバからESXiイメージをNetwork越しに受け取りながら起動。Server上の指定されたインベントリにホストを登録。構築の流れは大まかに以下の通りです。※今回はWindows版のインストールについて順を追って説明します。ESXiイメージ(オフラインバンドル)の入手VMwareの製品ダウンロードサイトからオフラインバンドルを入手します。Deployではオフラインバンドルを利用します。Deployはインストールされていません。Serverのインストーラーに含まれますので、こちらからインストールを実行します。Serverと同一ホスト上もしくは別ホスト上、いずれも可能です。Serverの情報等入力しながらウィザードを進めます。インストール自体は極めて簡単ですぐに終わります。DHCPサーバのインストール及び設定DHCPサーバはVMwareからは提供されません。別途入手の上基本セットアップを実施します。下記は、WindowsServer標準のDHCPサーバの画面で、オプション値として、TFTPに関する以下の情報を定義します。TFTPサーバのインストール及び設定TFTPサーバもVMwareからは提供されません。別途入手の上、セットアップをお願いいたします。ServerからTFTPサーバに配置するファイルをダウンロードし、ZIPファイルを展開しておきます。以下はtftpd32というフリーのTFTPサーバの場合の設定例です。TFTPサーバで指定されたホルダにダウンロード後、展開したファイルをコピーします。Deployのルールエンジンに対し、ルールを作成していくだけです。CLIのインストール方法については、こちらをご確認お願いします。ルールを新規作成する。パラメータの意味は下記の通り。<Option>-Name・・・作成するルールの名前を入力(必須)-Item・・・以下の3種類のうち、最低一つを定義してルールを作成。Serverで作成したものを利用します。ルールセットを有効化する。Deploy環境では、リファレンスとなるESXiホストをセットアップした後、ホストプロファイルを取得。そのホストプロファイルを他のホストの起動に利用する、というのがベストプラクティスです。インベントリの場所をDRSクラスタに指定しておけば、クラスタのリソースが自動的に拡張され、仮想マシンの配置まで自動化されます。複数のサーバの起動をこの一つのルールで管理することが可能です。パッチ当て等の目的でイメージプロファイルを変更したい場合、ホストが何台あってもこのルールを変更すれば良いのです。構築方法詳細については、こちらをご覧ください。Deployのルール1つを変更して再起動すればOK・ホスト障害復旧も迅速かつ容易サーバを入れ替えて電源オンするのみ是非ご利用ください。Blogsコメントは停止中です。