NetJapan PerfectDisk 11 Hyper-V Bundle

NetJapan PerfectDisk 11 Hyper-V Bundleが本日出荷開始になりました。Hyper-V環境を最適化するための製品をまとめた(バンドル)製品です。バンドルというとHyper-Vが同梱されているような印象を受けますが、PerfectDisk製品のバンドルという意味です。

–       Hyper-V Guest: 仮想ゲスト用PerfectDisk Client

–       Hyper-V Host: Hyper-Vホスト用PerfectDisk Client

–       Enterprise Console: PerfectDisk Clientの集中管理コンソール

仮想マシンでのデフラグは意味がないという意見もありますが、実際に効果はあります。仮想ゲスト上のハードディスクのデフラグ、ホスト上の仮想ハードディスク(VHD)ファイルのデフラグ、ホストの物理ハードディスクのデフラグと3つのデフラグを行うことができます。複数の仮想ゲストもEnterprise Consoleから一括で管理が可能です。

今バージョンより仮想ゲストにインストールするHyper-V Guestに加え、新たにHyper-VホストにインストールするHyper-V Hostが用意されました。通常、容量可変で作成された仮想ハードディスクは不要なファイルを削除しても、ホスト上の空き領域は回復されませんし、仮想ゲスト上でデフラグを行うと、仮想ハードディスク(VHD)ファイルが肥大化してしまいます。肥大化してしまったVHDファイルを圧縮するためには、ホスト上の[ディスクの編集]機能から最適化を実行する必要があります。さらに、VHDファイル自体が断片化している場合は、ホスト側でのデフラグが必要になります。

 【通常のメンテナンス手順】

  1. 不要ファイルの削除 → ゲスト
  2. ゲストマシンのデフラグ → ゲスト
  3. VHDファイルの圧縮 → ホスト
  4. VHDファイルのデフラグ → ホスト

 

これらの操作はそれぞれゲストとホストで行わなければならないので、非常に面倒なものです。しかし、Hyper-V Hostを使うことでホスト上でのVHDファイルの圧縮、VHDファイルのデフラグと仮想ゲストのデフラグをワンクリックで行うことが可能です。

hvh

さらに、仮想ゲストに対するデフラグ処理をスケジュール化することも可能ですので、定期的なメンテナンスも自動で行うことができます。

hvh_2

なお、ホストからのデフラグは仮想ゲストがシャットダウン状態でなければ実行できませんが、同梱のHyper-V Guestを仮想ゲストにインストールすることにより、シャットダウンすることが難しい仮想サーバーなどはゲスト上でメンテナンスを行うことができます。

このようにHyper-V Bundleは、Hyper-V環境を最適化するためのソリューションをご提供する製品となっています。体験版もご用意していますので、Hyper-V環境をご使用になっている方はぜひお試しください。

仮想化環境のパフォーマンスを向上させるデフラグツールの新バージョンを販売開始します。

仮想環境のパフォーマンスを向上させるためのデフラグツール、NetJapan PerfectDisk の新バージョンの販売を本日より開始します。

VMware®のvSphere用に「NetJapan PerfectDisk 11 vSphere Bundle」を
MicrosoftのHyper-V用に「NetJapan PerfectDisk 11 Hyper-V Bundle」を
また、仮想環境のコンピューターを効率的に一元管理するコンソール「NetJapan PerfectDisk 11 Enterprise Console」の3製品となります。

よろしくお願いいたします。

The Microsoft Conference Expo Tokyo本日より

本日お昼より開催となります。Microsoft Conference Expo Tokyo!

お時間ありましたら宜しくお願い致します。搬入も無事終了しております。

色々とクラウド関連等の出展製品も多いようですので、後日この辺りはレポートしてみたいと思います。(見る時間があれば・・)

33

Hyper-VのDemo機も用意しております。Rezoomの機能もご確認可能です。

Hyper-V専用カタログも今回ご用意しております。

東京タワーも近いので、夜は綺麗でした。クリスマスの飾りつけをみると、かなり焦ってしまうのは、私だけなんでしょうか?

11

By Sato

Altiris Deployment Solution 6.9でVMware ESX Serverを管理する

Deployment Solution 6.9では管理できるOSがWindowsだけでなくLinux、Mac OS Xもサポートされています。そして、意外に知られていないのが、VMware ESX Serverもサポートされている事です。Deployment Solution 6.9からESX4を管理できるようになると、ESX4 内の仮想マシンに対しても、Deployment Solution 6.9から様々な操作ができるようになります。
ESX4内の既存仮想マシンのパワーのオン、オフはもちろん、新規に仮想マシンを作成したりする事も可能です。 今回はVMware ESX4(vSphere)をDeployment Solutionで管理する方法をご紹介します。

続きを読む…

The Microsoft Conference Expo Tokyo

風邪がはやっていますね。 私も早速流行に乗っております。マスクしていると、耳が痛くなりませんか?後ろのゴムを重ねてボールペンなどを挟むと楽ちんですよ! と素晴らしいアイデアを製品化して、マスクいたくならなーい といった製品にして実用新案特許を取得しようか真剣に考えている今日この頃ですが。

今週は明後日よりMicrosoft様のカンファレンスに出展します。

場所はあの、プリンスパークタワー東京です。(私は行ったことないですが)

12:00-18:00まで私共のブースはオープンしております。ぜひお越しください。

今回はもちろんActiveImageProtectorのfor Hyper-Vを出展致します。

ぜひ皆様に 「Rezoom良いね!」とか「Rezoom最高!」とか言って頂けるようにがんばって準備をしております。

今週、木曜日~金曜日の2日間となります。お見逃しなく。

詳細はhttp://www.microsoft.com/japan/cloud/msc2010/tokyo.mspx

皆様のお越しをお待ちしております。

msc

By Sato

「everRun MX」発売開始

今回は八戸からの更新です。こちらは前回の青森の弘前の時とは違い、快晴です。しかし結構冷えてきており、ホテルの暖房が足りない感じです。青森3箇所の展示会も今日、明日で終了となります。お近くの方がいらっしゃいましたら、お越しください。きざん八戸で明日まで開催しております。

本日発表となりますが、弊社で販売をしておりましたMarathon社のeverRunの新しい製品everRun MXがいよいよ登場致します。バックアップ&リカバリーよりではサーバのダウンタイムがやはりあるので、ダウンタイムの時間を必要としない、仕組みをお考えの皆様には最適なソリューションとなります。

従来のeverRunのように2台のサーバ上に仮想サーバを構成して、フォールトトレラント及びクラスタリングを実現致します。大きな特徴として、FTレベルの環境で、最大8個のvCPUを割り当てることが可能となりましたので、パフォーマンスも非常に期待出来ます。比較的導入しやすいコストパフォーマンスにも優れた、ソリューションとなります。

止めることの出来ないシステムの障害対応をご検討の皆様には大変ご興味を持って頂ける製品と思います。

ぜひお気軽にお問い合わせをお願い申し上げます。03-5256-0877

everRun MX

By Sato

Microsoft Conference + Expo TOKYO

明日から八戸に参ります。出発は自宅をAM5:-00に出て9時過ぎには三沢空港に到着するのですが、打ち合わせは午後からです。 しかしこの朝の飛行機でないと後は午後遅くの到着になってしまうのです。便が少ないなぁと思いますが、仕方ないんですよね。先日の青森から大阪の飛行機は50名しか乗れない、小型機で、乗る前に「お、落ちる!?」と思ったのは私だけではないはずです。ま、無事に到着したので、こうしてブログを書いている訳なのですが。

明後日から今年度青森地区最後の展示会が八戸で開催です。

で、急なのですが、来週11/25-26はMicrosoft Conference + Expo TOKYOに出展する事となりました。 \(◎o◎)/!

http://www.microsoft.com/japan/cloud/msc2010/default.mspx

ActiveImageProtectorとHyper-V環境のマッチングは世界最強(自分調べ)と言われておりますので、まだご存じでない方は、ぜひ弊社ブースにお越しください。

またついでに来年のカレンダーもGetして下さい。

またActiveImageProtector for Linux ご期待下さい。・・・

もちろんESX環境等こちらもお任せ下さい。

もし他社製品をご使用のお客様で、「AIPの方が良かった!」とお考えのお客様がいらっしゃいましたら、フレンドリーアップグレードもご用意しておりますので、お気軽にお問い合わせください。

宜しくお願い申し上げます。 ご注文もお気軽に頂ければ幸いです。

By Sato

NCフェア2010ご来場誠にありがとうございました。(東京、大阪)

すっかり日が短くなりましたが、皆様いかがお過ごしでしょうか。 年末って感じでかなり焦って毎日を私は送っています。1年は本当に早いですね。先週は結構ハードな展示会スケジュールで、弘前で、2日間と大阪、東京で各1日の展示会に参加してまいりました。他に弊社ではVMwareの展示会の出展もしており、ActiveImageの普及活動にいそしんでおります。大阪と東京は弊社のアライアンスパートナー様のニッセイコム社主催で多数のお客様にActiveImageProtectorをご紹介させて頂きました。ご来場頂いた皆様誠にありがとうございます。

今週は青森地区最後となる八戸にて18-19日に出展致します。

詳細は=>http://www.kbs-web.com/2009-12-14-04-55-07/227-2010.html

ぜひお近くの方がいらっしゃいましたら、ご来場お待ちしております。

NCフェアでは下記のような展示でした。

q

大阪会場

w

東京会場

間もなくLinux対応などなど話題もつきないActiveImageProtectorをぜひご検討ください。 展示会場ではカレンダー&ミーコのパスケースなども準備してお待ちしております。

By Sato

EMC RepliStor Tips ミラーリングと同期の違い

RepliStorでは、ミラーリングと同期という操作を使い分けて、データのレプリケーションを行っています。ですが同じような意味合いを持っているため、混同して使い方を間違えているユーザーが多いように思いました。
また、同期を毎日スケジュールで実行していたりと、誤ったオペレーションを行っているところもありました。

そこで今回のTipsでは、ミラーリング(リアルタイムミラーリング)と同期では何が違うのか仕組みを解説していきます。

ミラーリング

ミラーリングとは、下記フェーズによって、ソースとターゲット間でリアルタイムにデータを複製させることである。

ミラーリング:ソースシステムのデータに加えられた変更を収集する。
転送:データに加えられた変更をソースシステムからターゲットシステムに送信する。
更新:ターゲットシステムのファイルに変更を適用する。

Mirror

図1:ミラーのデータフロー

以下のステップは、ミラーリングのデータフロープロセスを表し、ステップ番号は、図1に示される数字タグを表す。

① アプリケーションはディスク操作を実行すると、この操作は、OSカーネルで扱われてInput/outputマネージャ、全てのフィルタードライバーを通って最終的に物理ディスクに書込まれる。
上に向かう矢印は、それぞれのリターン要求を示す。

② リクエストがRepliStorドライバーまで戻るとき、下記条件でミラーするかを判断する。

・ファイルオペレーションはファイルを変更したか?
・ファイル・フォルダはスペシフィケーションに含まれているか?
・ファイル・フォルダはグローバル除外に指定されていないか?
・オペレーションは正しく行われたか?

③ 答えが全てYESであれば、オペレーションはカーネルキャッシュへキュー入れられる。
カーネルキャッシュは、ソースからターゲットへ送るデータをキューに入れるために使用する一定量の共有メモリ

④ カーネルキャッシュは一定のサイズであるため、オーバーフローを起こすとファイルオペレーションはOC$nnnnn ファイルに記録される。
オーバーフローが解消されれば、OC$ファイルの書き込みが解除され、再びカーネルキャッシュが使用される。

⑤ カーネルがファイルオペレーションをキューに入れるとき、オペレーションを読み取るようRepliStorサービスに指示を行う。

⑥ カーネルキャッシュがフルの状態でOC$ファイルが書き出されれば、RepliStorサービスは先にOC$ファイルからファイルオペレーションを読み始めるようにする。

⑦ ファイルオペレーションは、ターゲットサーバーに送信される。

⑧ ターゲットサーバーのRepliStorサービスは、ファイルオペレーションを受け取る。

⑨ ファイルオペレーションは実行される。

⑩ 書込みが正常に終了したことをソースに送信する。これでファイルオペレーションの複製が完了したこととなる。

⑪ もしファイルオペレーションが書込みできない場合は、block.rdf ファイルが作成され、全てのファイルオペレーションが保存される。
このファイルが作成される原因は、ディスクの空きが無いか、ファイルが使用中であるかである。
一旦ファイルがブロックされるならば、それ以降のファイルオペレーションはblock.rdf ファイルに保存される。

⑫ 定期的にRepliStorサービスはブロックファイルの再書込みを実行し、書込みが可能であれば、それ以降のファイルオペレーションの書込みを実行する。

.

同期

同期とは、ある時点でのソースとターゲットで同一のデータを存在させることである。

Sync

図2:同期のデータフロー

以下のステップは、同期のデータフロープロセスを表し、ステップ番号は、図2に示される数字タグを表す。

① 同期は、RepliStor のコンソール、コマンド、スケジュールでのみ実行することが可能。

② 同期が開始されるとまずスペシフィケーションで指定されたディレクトリの全てのファイル数をカウントさせ、RepliStorカーネルドライバーにそのファイルのフルパスを記録させる。

③ ファイルパスがグローバル除外に含まれていないかチェックして含まれていないのであればフルパスをカーネルキャッシュキューに入れる。
またカーネルキャッシュがフルになった場合はOC$ファイルに書き込む。

④ カーネルキャッシュにエントリーされると、RepliStorサービスは同期オプションに基づいて特定のファイルを同期させていく。
同期の場合、エントリーはSYNC_COPYのみ。

⑤ ソースからターゲットへとデータは送信される。

⑥ ターゲットのファイルに適用される。

⑦ 書込みがブロックされるならば、データはblock.rdfファイルに保存される。

⑧ ブロックが解除されればblock.rdfのデータを適用する。

.

以上、データフローの違いについて解説しましたが、ミラーリングと同期の主な違いは、カーネルキャッシュに入れられる情報なのです。

ミラーリングの場合、ファイルオペレーションはあらゆるデータと共にカーネルキャッシュに入れられます。例えば、File Create, File Write, File Truncate, File Close, Attribute Changeなど。

同期の場合、SYNC_COPYコマンドだけがカーネルキャッシュに入れられます。
このSYNC_COPYコマンドとは実際のファイルデータを含んでおらず、ファイルのフルパス情報を含むだけです。
例えば1000個のファイルを同期させるとすると、カーネルキャッシュには1000のフルパス情報が入れられます。これは、1000個のファイルをカーネルキャッシュに入れるということではありません。

これらの仕組みについて詳しく知りたい方は、特許をご覧ください。

追加抽選に期待します。

東京マラソンの抽選結果、いかがでしたか。過去最多の応募数で当選確率も激しかったですね。今年も渾身のパワーを手先に込め、エントリのクリックをしましたが、結果、一次抽選には漏れてしまいました。

この東京マラソン、チャリティ枠(セレブ枠)として1千人のランナーを増員するようです。海外のメジャーマラソンのチャリティ制度は確立していて、1枠あたりロンドンマラソンで約20万円、シカゴマラソンが約10万円、ニューヨークシティマラソンは約25万円を集めているのだそうです。東京マラソンのチャリティ枠の募集要項は12月のようですが、冬のボーナス、クリスマスと、財布の紐は緩みがちになるとはいえ、多額の寄付をして出場する余裕はないので、12月に行われる二次予選で当選できるよう期待をしたいと思います。

続きを読む…