どのストレージ・プロトコールがVMware vSphereディプロイに最適化なのか？

投稿日: 2014年10月12日 クライム
VMware

どのストレージ・プロトコールがVMware vSphereディプロイに最適化はそれぞれのユーザ環境に依存します。一般的な各プロトコールについての長所と短所をリストします。

Fiber Channel (FC)
長所:
・低レイテンシ・タイム(ノンIPベースのストレージ・プロトコール）
・高信頼性
・VMFS (Virtual Machine File System)のサポート

続きを読む →

タグ: , , , , , ,

VMware Storage vMotionオペレーションに問題があった時に何を確認するか？

投稿日: 2014年8月3日 クライム
VMware トラブル

VMware Storage vMotionは複雑なソフトと多種のハードウェア依存を含む高度なツールです。大体の可能性のあるエラーはStorage vMotionプロセス間で発生し、単一的な原因や推奨トラブルシュート・コースはありません。しかし診断をサポートしてくれる共通のヒントはあります。

例えばデータストア上に十分なディスク・スペースが無いというようなエラー・メッセージはデスティネイション（送り先）ボリュームがマイグレートVMを受け取るための十分な物理ストレージ・スペースが無いことを意味します。すでにあるVMを他のボリュームに移動させたり、 Storage vMotionプロセスに別デスティネイションを選択することでフリー・スペースが可能になります。他の手法としては打塁スナップショットを削減したり、時間経過したVMFSボリュームを移動させたりすることでフリー・スペースが可能になります。まだスペースが必要であればストレージ容量を増やすためにディスクの追加が必要になります。

続きを読む →

タグ: , ,

VMware vSphere Storage vMotionで適切なフォーマットはシックか、シンのどちらか？

投稿日: 2014年7月4日 クライム
vSphere 設定

VMをあるデータストアから別に移動させようとした時に、管理者は転送先ボリューム用のフォーマットを選択する必要があります。管理者はデフォルトではソース（転送元）ボリュームと同じフォーマットを使用してVMFS(virtual machine file system ) かNFS(network file system)にマイグレートできます。管理者はまたStorage vMotionではシン・プロビジョンかシック・プロビジョンの特別フォーマットの選択ができます。

続きを読む →

タグ: , ,

VMパフォーナンスを促進するLUNコンフィグレーションのベスト・プラクティス[ストレージ・コンフィグレーション：5/5]

投稿日: 2014年7月3日 クライム
VMware Hyper-V 設定

アドナンスVMストレージ・オプションはパフォーマンスを改善することができますが、物理LUNが正しく設定されいなければ、その恩恵からは遠いものになります。

LUN設定ではハードウェア選択、I/O最適化、VM配置などすべてが重要な要素となります。

●ハードウェアとLUNの構成
LUNを提供するハードウェアによってVMパフォーナンスは全然違ったものになります。ディスク。サブシステムへの負荷を軽減するためにはユーザのホストシステムと似たリソース・レベルでのハードウェアを選択することです。6コア・プロセッサーと128GB RAM付のクラスター・サーバと１GBリンクでiSCSI SATAのSANに接続するようなデザインは推奨されません。明らかに転送かディスク・レイテンシー・レベルでストレージ・ボトルネックが発生します。

続きを読む →

タグ: , , , ,

LUNでどの位のVMを保持できるか？[ストレージ・コンフィグレーション：4/5]

投稿日: 2014年6月22日 クライム
VMware Hyper-V 機能

ユーザの仮想インフラの最善のLUN(logical unit number)でVMのパフォーマンスを改善することができます。それらはディスク・タイプ、I/O最適化、ハードウェア、RAIDレベル等のLUNコンフィグレーションに依存します。 しかしLUNに搭載可能なLUN数はユーザのインフラとテストとディプロイ環境に依存しいます。

続きを読む →

タグ:

適正なディスク選択によるVMパフォーマンスの改善[ストレージ・コンフィグレーション：3/5]

投稿日: クライム
VMware Hyper-V 機能

●VMパフォーマンスを拡張できるディスク・オプション

仮想化ではハイパーバイザは、コンピュート・リソースのアローケーションと共有が簡単に、ワークロードと他の機能が使いやすくマイグレートできるように基で稼働する物理ハードウェアからワークロードを取り除きます。最新のハイパーバイザと仮想化準拠のプロセッサーは若干のオーバーヘッドを課しますが、仮想化レイヤに起因するパフォーマンス・ぺナルティがあります。

続きを読む →

タグ:

バックアップとレプリケーションの両方を活用してHyper-Vの仮想マシンをより良く保護する方法

投稿日: 2014年6月15日 クライム
Hyper-V 設定

Volume Shadow Copy Service (VSS)
Volume Shadow Copy Service (VSS)はWindowsサービスで、Windows Server 2003で管理者がバックアップ・トランザクションの一貫性を提供するように導入されました。これは、一貫した方法でデータ・コピーを取ることでプロセス全体を調整し、アプリケーションがオンラインであることを確実にします。実際にはVSSはデータのコピーを作成する訳ではなく、現状のデータ状態を保存し、その時点での状態が一貫性があることを確実にします。基本的に、VSSはそのサービス自体と、VSS requestor, VSS provider,VSS writerの3つの補充コンポーネントとのスムースなコラボレーションと調整を行います。
VSS_1-388x115
VSS requestorは捕捉するデータをフリーズさせるコンポーネントです。

続きを読む →

タグ: ,

ストレージがローカルか、SAN（Storage area network）のどちらが仮想マシン（VM)に最善か？[ストレージ・コンフィグレーション：2/5]

投稿日: クライム
機能

仮想マシン（VM）のようなワークロードは、ストレージ・ロケーションが適正な容量とパフォーマンスを提供していいればストレージ・ロケーションには影響されません。

ローカルなデータ・ストレージは、単純に多少優れたパフォーマンスをもたらすことができます。それは6Gbps(SAS)のようなディスク・インターフェイスは高速ストレージ・タスク専用だからです。またローカル・ストレージはネットワーク経由のデータ転送には依存しません。それによりネットワークのボトルネックと中断から解放されます。

続きを読む →

タグ:

ディスク・レイテンシーとRAIDグループがどのようにVMパフォーマンスに影響するか？[ストレージ・コンフィグレーション：1/5]

投稿日: クライム
設定

ディスク・レイテンシー（待ち時間）には最も注意すべきです。シングル・ディスクは、1つのスピニング・プラッタを持っているのみなので、プラッタはリード/ライト・ヘッドの基でセクターを回転するので回転待ち時間が起きます。シーク（検索）レイテンシーはリード/ライト・ヘッドがプラッタを越えたコンセントリック・トラック間の移動で発生します。メカニカルなディスク・レイテンシー以外にもインターフェイス（Serial-attached SCSI (SAS)等）はディスクの内部のリード/ライト・スピードよりさらに高速で、通常キャッシュはライト中に埋められ、リード中に空になります。メカニカルなシステムは単純にインターフェースとホスト·サーバーに容易についていくことはできません。

続きを読む →

タグ: ,

パスワードの有効期限によるrootアカウントのロック【vCenter Server Appliance 5.5】

投稿日: 2014年6月10日 クライム
VMware vCenter 設定

VMware vCenter Server Appliance5.5 のデフォルトの設定では、ローカルのrootアカウントのパスワード有効期限は最初に電源をオンにしてから90日間です。パスワードの有効期限を許可している場合は、90日を過ぎますとアカウントが無効になりアクセスできなくなります。

rootアカウントが無効化されロックされることを防ぐには、設定を変更します。
また、有効期限が切れてしまいVMware vCenter Server Appliance5.5 にログインできなくなった場合は、ロックの解除をする必要があります。

続きを読む →

タグ:

仮想化におけるメモリー管理テクニック

投稿日: 2014年6月8日 クライム
VMware vSphere 機能

仮想化でどのようなメモリー管理テクニックが利用可能かを事前に認識することで、仮想化でのメモリー問題の多くを回避することができます。それらは重複するファイルを統合したり、逆にエラーの場合にファイルをコピーしたい場合等があります。また物理サーバからもっとメモリーが必要な時や、逆に物理サーバが仮想マシンからメモリーを回収する必要がある場合などがあります。

続きを読む →

タグ:

Windows Server Hyper-V環境でiSCSIイニシエータはどこで実行させるべきか？

投稿日: 2014年5月13日 クライム
Hyper-V 設定

Hyper-V環境でiSCSIイニシエータは親OSでも、仮想マシン(VM)内のどちらでも実行させることが可能です。問題はそのオプションを選択する前にiSCSIイニシエータに何をさせたいかです。

どちらかのオプションを選択しなければならない唯一の状況はゲスト・クラスタリングです。もしゲスト・クラスタを構築し、iSCSI経由でゲスト・クラスタ共有ボリュームに接続した時にはVM内でiSCSIイニシエータを稼働させる必要があります。そうでなければゲスト・クラスタはその共有ストレージは適切に使用できません。

続きを読む →

タグ: ,

小規模環境でのESXiストレージの最適な選択

投稿日: 2014年5月11日 クライム
VMware

仮想マシンイメージ・ファイルをストアするにはVMwareではデータストアを使用します。ESXiの設定ではローカルのデータストアを使用する手法が最も簡単です。ただ仮想サーバ全体がダウンした時にすべてが無くなることになるので賢い手段とはいえません。

故障・災害から回避するための環境を設定するために仮想マシンのイメージ・ファイルを他のマシンへストアします。これは専用のストレージ・サーバ、NAS(Network-attached Storage)アプライアンス、ハイエンドSAN製品などのサーバを設定することです。この3つは基本的には同じソリューションを提供しますが、価格には大きな違いがあります。

続きを読む →

タグ: , , , , , ,

Amazon Web Services(AWS)管理コンソールでvCPU透明性を確保

投稿日: 2014年5月6日 クライム
クラウド・仮想インフラ

Amazon Web Services(AWS)は現状のEC2 Compute Unitsを補完するサーバのパフォーマンスとキャパシティの新たな計測を Elastic Compute Cloud管理コンソールに追加しました。

vCPU(仮想CPU)はAmazonのEC2インスタンス・ディスクリプション・ページ上での計測単位である一方、ECU(EC2 Compute Units)はAWS管理コンソールからは隠れています。vCPUへの変更も課金には影響を与えません。

続きを読む →

タグ: ,

2014年SMB（中小中堅企業）における仮想化データ保護報告書

投稿日: 2014年5月5日 クライム
BCP

Veeam社は今年も第3者の調査機関に仮想化におけるデータ保護の調査を依頼し、2013年版のレポートを発表しました。今年もEnterprise企業とSMB（Small Medium Business)に対するレポートを発表しています。SMB対象企業は米国(US)、イギリス(UK)、フランス(FR)、ドイツ(GE)の従業員250から1000名の500人のCIOを対象に行われました。

続きを読む →

タグ: ,