http://www.climb.co.jp/blog_vmware VMware/Hyper-Vについて知った事、確認した事、解決した事などVMware関連ネタのブログです Mon, 07 May 2012 12:29:19 +0000 ja hourly 1 http://wordpress.org/?v=3.1.2 http://www.climb.co.jp/blog_vmware/vmware-5043 http://www.climb.co.jp/blog_vmware/vmware-5043#comments Mon, 07 May 2012 12:27:38 +0000 admin http://www.climb.co.jp/blog_vmware/?p=5043 http://www.climb.co.jp/blog_vmware/vmware-5043/feed 0 http://www.climb.co.jp/blog_vmware/vmware-5038 http://www.climb.co.jp/blog_vmware/vmware-5038#comments Sun, 06 May 2012 12:15:07 +0000 admin http://www.climb.co.jp/blog_vmware/?p=5038 続きを読む →]]> http://www.climb.co.jp/blog_vmware/vmware-5038/feed 0 http://www.climb.co.jp/blog_vmware/vmware-5026 http://www.climb.co.jp/blog_vmware/vmware-5026#comments Fri, 04 May 2012 05:42:55 +0000 admin http://www.climb.co.jp/blog_vmware/?p=5026 どれだけ早くVM（とそのアプリケーション）をオンラインにバックアップする必要がありますか？　24時間のRTOは、ビジネスが24時間VMなしで機能することができることを意味します。 … 続きを読む →]]> http://www.climb.co.jp/blog_vmware/vmware-5026/feed 0 http://www.climb.co.jp/blog_vmware/vmware-5013 http://www.climb.co.jp/blog_vmware/vmware-5013#comments Sun, 15 Apr 2012 11:42:44 +0000 admin http://www.climb.co.jp/blog_vmware/?p=5013 http://www.climb.co.jp/blog_vmware/vmware-5013/feed 0 http://www.climb.co.jp/blog_vmware/vmware-5004 http://www.climb.co.jp/blog_vmware/vmware-5004#comments Sat, 14 Apr 2012 02:55:16 +0000 admin http://www.climb.co.jp/blog_vmware/?p=5004 続きを読む →]]> http://www.climb.co.jp/blog_vmware/vmware-5004/feed 0 http://www.climb.co.jp/blog_vmware/vmware-4995 http://www.climb.co.jp/blog_vmware/vmware-4995#comments Tue, 03 Apr 2012 13:41:15 +0000 admin http://www.climb.co.jp/blog_vmware/?p=4995 続きを読む →]]> http://www.climb.co.jp/blog_vmware/vmware-4995/feed 0 http://www.climb.co.jp/blog_vmware/vmware-4990 http://www.climb.co.jp/blog_vmware/vmware-4990#comments Sat, 24 Mar 2012 13:49:09 +0000 admin http://www.climb.co.jp/blog_vmware/?p=4990 Add Networkingを選択します。ここから2つのネットワーク・タイプ間で選択することができます。VM生成でのトラフィックにはVirtual Machineネットワーク・タイプを使用し、vMotion や iSCSI ネットワーク・トラフィックなどの帯域幅の大量サービスを含むvSphere関連トラフィック用にはVMkernelを使用します。 #3:冗長性用にマネージメント・ネットワークをコンフィグレーション マネージメント・ネットワークはVMのマネージ・トラフィックだけでなく、多くを包含します。帯域幅専用のオペレーションに利用することもできます。ユーザはNIC(network interface card)が故障したときにこれらの処理が止まることを望まないでしょう。それゆえ2つの専用ネットワーク・カードを使用して冗長性用のマネージメント・ネットワークの設定を確実にすることです。 これを行うにはConfigurationタブからNetworkingオプションを選択し、マネージメントvSwitchプロパティをクリックします。そこでvSwitchに接続する追加の物理ネットワーク・カードを選択することができます。 #4:デフォルト・ネットワーク設定のリストア 複雑なトポロジへの変更はパフォーマンスの低下につながり、それは元の設定に戻すことが困難な場合があります。 しかし簡単な方法があります。ESXiホスト・コンソールからデフォルトVMwareネットワーク設定をリストアできるオプションがあります。この選択ですべてのネットワーク・コンフィグレーション変更を解除し、ユーザはすべてを最初から行うことができます。ユーザはその場合にデフォルトで本当にリストアするかどうかを確認してください。すべての現在の接続は解除され、イーザの仮想ネットワークが再稼動するまでにある程度の時間が係ります。 #5:要求水準の高いVMにはPCIパス・スルーを使用する 専用のサーバで使用した方がよいような帯域幅を必要とするVMもあります。このような要求の高いVMにはVMwareのネットワーク・パフォーマンスを改善できる、PCIパス・スルーと呼ぶ別のソリューションがあります。この手法によりVMはハイパーバイザーをバイパスし、直接に物理NICをアクセスすることができます。この設定でユーザは1つのVMにネットワーク・ボードを専用にさせます。 PCIパス・スルーをコンフィグレーションするにはConfigurationタブからConfigure Pass-throughを選択します。次にパス・スルー・カードとしてアサインしたいネットワーク・カードをを選択します。そしてVMにネットワーク・カードをアサインしますが、VMホストのリスタートが必要です。 ソース:SearchVMware]]> http://www.climb.co.jp/blog_vmware/vmware-4990/feed 0 http://www.climb.co.jp/blog_vmware/vmware-4984 http://www.climb.co.jp/blog_vmware/vmware-4984#comments Sat, 10 Mar 2012 10:43:45 +0000 admin http://www.climb.co.jp/blog_vmware/?p=4984 http://www.climb.co.jp/blog_vmware/vmware-4984/feed 0 http://www.climb.co.jp/blog_vmware/vsphere-4973 http://www.climb.co.jp/blog_vmware/vsphere-4973#comments Tue, 06 Mar 2012 14:37:36 +0000 admin http://www.climb.co.jp/blog_vmware/?p=4973 Administrationメニューから可能です。そこで、選択したホスト上の3つのログ・ファイルへアクセス可能なSystem Logsオプションがあります。 ● /var/log/hostd.log: ホストに関するメッセージがあります。 ●　/var/log/vmkernel.log: vmkernelによって生成されたメッセージのファイルがあります。 ●　/var/log/vpxa.log: このファイルはvCenterエージェントからのログ・メッセージを含みます。T どのログ・ファイルがユーザが望む情報を含むかを見つけることは簡単ではありません。しかし関連するファイルは3つなので、それほど大変ではありません。 中央管理してログする設定をコンフィグレーションにはvSphereクライアントを使用してESXiホストを選択します。そこで「Configuration」タブを選択します。次に「 Advanced Settings」をクリックし、選択したESXiホストに関連する複数のアドバンス設定用のウィンドウをオープンします。そこでユーザのコンピュータ上のログ・イベントに適応させるオプションを確認するためにSyslogをクリックします。 デフォルトではESXiはローカル・マシンのlocalhostにすべてのそのログを保存します。リモート・ログ・ホストの名前を指定するには、Syslogメイン・メニュー・エントリからSyslog.global.logHost を選択し、メッセージを送りたいURI(uniform resource identifier)を指定します。このURIでホスト・ネームまたはアドレスとそれに関連するポート番号(例：udp://192.168.1.62:514)に続いてプロトコール(Transmission Control Protocol または User Diagram Protocol)を指定します。このパラメータを変更後にアクティベトするようOKをクリックします。この時点からホストはメッセージを中央管理ログ目的でリモート・シスログ・ホストに送り始めます。 他のESXiシスログ・オプション ローカル・ホスト用のログ設定へ関連する他のパラメータの多くはAdvanced > Syslogタブにあります。利用度高いパラメータの１つはSyslogプロパティの「Syslog.global.logDirUnique」です。ホスト・ネームに基づいたログサーバ上の別のサブディレクトリを作成するには、このオプションを有効にしてください。すべてのホスト用に別のサブディレクトリを作成することで指定したホスト用のログを探すことが容易になります。 グローバルおよびロガー(logger)セクションの下にいくつかESXiのsyslogに関連のオプションがあります。しかしこれらは、ESXiのサービス上でローカルにロギングを処理する場合にのみ関連します。いったんユーザ環境でリモート中央管理ログを設定することで、これらのオプションを変更する必要はありません。 ソース：SearchVMware]]> http://www.climb.co.jp/blog_vmware/vsphere-4973/feed 0 http://www.climb.co.jp/blog_vmware/vmware-4964 http://www.climb.co.jp/blog_vmware/vmware-4964#comments Sat, 11 Feb 2012 12:36:18 +0000 admin http://www.climb.co.jp/blog_vmware/?p=4964 http://www.climb.co.jp/blog_vmware/vmware-4964/feed 0