大変お待たせしました。
セッションタイトルや内容、講師の情報など、更新されておりますので再度ご確認いただければと思います。
http://www.microsoft.com/japan/teched/2008/default.mspx
そして、あらためて、私が担当するセッションを紹介します。
T4-311： System Center & Dynamic IT バード ビュー
T4-310： System Center Virtual Machine Manager を利用した Windows Server 2008 Hyper-V 管理のベスト プラクティス
*****
System Center & Dynamic IT バードビュー
Dynamic IT のベースとなるDynamic Systems Initiative(DSI)については、すでに去年のセッションがWebで無償公開されているのでそちらをご覧いただくとして、徐々に進化している Dynamic IT を毎年きちんとお伝えしたいと思ってあえて System Center チームにお願いをしました。
ちなみに今の構想では、①System Center 製品群を利用した統合管理基盤の全体像把握、②あらためて Dyamic ITの整理と共通定義モデルの現状把握、③高添の頭の中にある Next Step みたいな感じ。
このセッションを、(Microsoft Management Summit)Keynote の後で、しかも System Center の各製品のセッションの前に持ってこれないか交渉中なのですが、まずは全体像と方向性を把握してもらった上で各製品のセッションを受けてもらえるようになるとうれしいです。
それから、長沢のセッション内容も私のこのセッションにつながっているので、どちらが先になるかによってうまく開発者とインフラ担当者をつなぎたいです。
※私はオーバービュー好きですが、このセッションはバードビューです。
この大空に、翼を広げ、飛んでゆきた～い～よ～
という歌でも口ずさみながらセッションを作ろうと思っています。当日は歌いません。。。
*****
System Center Virtual Machine Manager を利用した Windows Server 2008 Hyper-V 管理のベスト プラクティス
去年は SCVMM 2007 の初お披露目セッションだったので、内容は機能紹介中心でした。
とブログを書きながら、デモを失敗したことを思い出しました(-_-;) でも、そんなことは忘れましょう。
そして今年も、SCVMM 2008の新機能紹介セッションがあるのですが、オーバービュー好きの私も、そこの担当にはなれませんでした。
なので、私のセッションは Hyper-V や SCVMM の機能をある程度理解していることを前提に、仮想環境を構築し、どのように利用すればよいかをシナリオにして解説したいと思っています。
いろんなエンジニアさん向けに仮想化のセッションをしていて、そこで受けた数々のご質問と内容の濃いディスカッションの中身を整理すれば、きっと多くの方に有益な情報になるだろうと思ってます。
*****
それでは、会場でお会いしましょう！！
マイクロソフト 高添
土曜日、大阪で行われた AdminTechさんの勉強会で1つセッションを持たせてもらいました。
一か月前の東京でやらせてもらった時もデモがうまくいかなかったので、リベンジと思い臨んだのです。
大阪までデモ用ノートパソコン3台(＋自分のPC1台で計4台)と外付けHDD2台、Giga Hubにタップ、ディスプレイ延長ケーブルまで持って・・・
それなのに、それなのに。
プレゼンをやる前の準備の時に動いていたマシンが1台応答しなくなっており、再起動して設定しなおすには時間がなかったので一旦デモはあきらめました。
まずは平謝りです。もう、超ショックです。
*****
で、セッションが終わった後にセミナー会場の後ろに陣取って再度環境づくりを行いました。
やっぱり動くんですよね。
さっきはなぜ？？？という疑問を頭から拭い去り、さてどうするかを考えました。
ノートパソコンだけなら一旦電源を抜いてもバッテリーで動くわけですが、外付けHDDがある以上、一旦シャットダウンをしなければなりません。
それじゃあさっきと同じことになるかも・・・
で、ノートパソコンのワイヤレスLANに着目！！
アドホック通信の設定をして、自分のPCからつなぎ、リモートデスクトップでつながることにしました。
なんだいけるじゃん・・・
ということで、最後のQ&Aの時に時間をもらって再度チャレンジ。
ノートパソコンをプロジェクターにつないだ瞬間、解像度が800*600になり、デモをするには見栄えが悪すぎる。
プロジェクターをつないだままだと解像度の設定も変わらず、一旦切断してノートパソコンの設定を1024*768 に変更しスクリーンアウトを確認。
その後、さあアドホック通信！！
と思いきやつながらず。
も～いや～
と叫んで外に出たい気持ちを抑えて、ペコペコ謝るしかありません。
参加された方々のかわいそうなものを見るような眼が痛かった・・・
で誤りりながら、歩きながら、再度接続したらいけた(T_T)
ということで、いろんなことが起きたのですが、結局最後に SoftGrid と SCVMM からの Quick Migration のデモができました。よかった。
あたたかい目で見守ってくださった参加者の皆さま、本当にありがとうございました。
そして、懇親会も楽しかった。
若い方も年配の方も、皆さん経験豊富なので、ほんと勉強になりますし、なによりも「私がやっていることは間違っていないんだ」と思える瞬間でもありました。
皆さん、ありがとうございました！！
これからもよろしくお願いします<(_ _)>
http://www.microsoft.com/japan/teched/2008/default.mspx
私が Tech･Ed というイベントに初めて参加したのは、前の会社にいた時でした。
当時は、チームの中ではそれなりに詳しい方だったにもかかわらず、各セッションの内容がすごく難しいなあと思った覚えがあります。
でも、意味がなかったかというと全く逆でした。
それは英語が苦手な私が海外のイベントに行くのと同じような感じでしょうか・・・そこには強烈な刺激がありました。
4日間、技術に埋もれ、新しい感覚に洗脳され、技術者同士があちこちでコミュニケーションをとっているのを見て一人でできるつもりでいた自分自身を小さく感じ、私などどう頑張っても手が届かない領域がそこにあることを思い知らされ、すごく疲れきっているのに新しい世界に目がいくような気がして会社に戻りました。
そして参加2年目、理解度が増していました。
手の届かないはずだったものが少し近づいてきてくれました。
いや、自分がそこに近づけたことが少し嬉しくなりました。
それでも、普段自分が関係している製品や技術についてのみの話しで、みなとみらいで繰り広げられるさまざまなディスカッションについていけるほどではありませんでした。
毎年、それこそ自腹で申し込んでくる人もいます。
丸1日フルに頭を使えるようにと、自腹で近くに宿泊している人もいます。
その理由がわかるようになってきた時、私はマイクロソフトの社員になるというチャンスをもらいました。
それでも、Tech･Ed の壇上に立つメンバーをあこがれのまなざしで見ていました。
マイクロソフト社員としての活動になれ、「忙しい自分」に酔ってしまい、Tech･Edなんか行ってられないと思った年もありました。
実際には、Tech･Edが営業的な活動ばかりしている私の居場所ではないと勘違いしてしまっていたのでした。
(マイクロソフトが製品と技術を売っていることを忘れてしまっていたんですね)
でも、技術から離れたままだと、たまに技術的な勉強をしたくなることがありました。
担当していたパートナー様からの技術的な質問に応えるために集中していろいろと調べることが楽しいと感じてしまう・・・そんな瞬間が。
「自分には無理。でも、やっぱり技術って面白い」と思っていた時、エバンジェリストになるというチャンスをもらいました。
初めての Tech･Ed登壇。
最初っから DSI でした。
気づいたらほぼ毎年やってるんですよ、DSI。私がエバンジェリストになっていなければ1度もなかったのではないでしょうか。すごいでしょ(^。^)
製品の話しではないので、私なりの考えを伝えることができ、「マイクロソフトの DSI がようやくわかった」とお客様から言われた時、本当にうれしかった。
その年、もう１つが ADFS のセッションでした。
そう、Windows Server 2003 に R2というマイナーバージョンアップ版が出るタイミング。
といってもベータ版だったので、普通にやってもうまくいかないものと格闘することになりました。
ベータとの格闘が毎年のことになりましたが、Tech･Edがなければ格闘していないかもしれませんし、格闘の結果をいち早くお伝えする場所としてTech･Edは最高です。これは、他人が必死に格闘した内容(ナレッジ)を共有する場所として参加者にも大きなメリットだと思います。
次の年はスペシャルセッション登壇と Longhorn Server。
イベントの顔のような扱いに、恥ずかしくもあり、誇らしくもあり、福岡にいる親に写真が載っているプログラムを持って帰って見せました(^^ゞ
のんびりやるはずだった昨年は、なぜか、スペシャルセッションと DSI と SCVMM という強行軍。
*****
どうでしょう。
全然分からなかった私が、いつのまにかスピーカーとなり、自分の意見を人の前で披露できるなんて、いまだに信じられませんが、いまでは毎年恒例のイベントとなりました。
Tech･Ed には何かがある。そう思わずにはいられません。
*****
かなり長くなってしまいまいたが、90セッション弱(ごめんなさい、正式な数字は今度書きます)の裏にはいろんなことが起きています。
そして、参加者の中にもいろんなことが起きています。
一週間勉強するために時間を空けるのが難しいのはよくわかりますが、8月の横浜には何かがあるはずですので是非・是非ご参加いただければと思います。
上司に、「行く価値があるはずだ」と訴えるくらいの価値はあるだろうと思ってます。
(もちろん、受け手にやる気がなければ違うかもしれません)
*****
まだ、私のセッションは正式なタイトルになっていないので、他のセッションについても変更の余地がありますが、まずはこちらにアクセスしてください。
http://www.microsoft.com/japan/teched/2008/default.mspx
7月25日までは安く申し込めます。
******
去年はとにかく準備の時間がなかったので、今年は徐々にでも準備を始めておこうと思います。
また、準備の過程などをお知らせしようとも追ってますので、お付き合いください。
マイクロソフト 高添
自分だけの、ちょっとしたお祝いです。
明日ケーキでも買おうかな(^。^)
あっ、このブログを見てしまった方、つまらないことにお付き合いさせてしまって申し訳なく思っています。
*****
でも、せっかくなので少しくらい書いておきましょう。
私には「大きなゴール」と「小さなゴール」があります。
「大きなゴール」とは、ミッション遂行そのものです。自分に課せられたミッションに従ってがむしゃらに突き進むための、その方向を示す何かです。
数字で簡単に示せるものではないのですが、間違っていないと信じて動けるものや体が自然に反応するようなもの、それでいいと思っています。
たとえば、IT業界をよくする、エンジニアを幸せにする、お客様を幸せにする、会社が幸せである、そして自分も幸せになる・・・そのために必要なものはすべて私自身はやるべきことだと思っています。
決められたことはきちんとやるにせよ、出来た余裕をうまく利用するのであれば、仕事の枠を少しくらい外れたとしてもやるべきなんじゃないかと思ってます。
違う言い方をすると、やらなければならないことがとにかく大きいからこそ私はエバンジェリストという仕事が好きだったりします。
*****
それでは「小さなゴール」とは何かと。
簡単にいうと、数字で表せるものや時期が決まっているものがそうです。
年間のセッション数や、皆さまからいただいたアンケートの満足度数値、今回頑張ったブログのポスト数などは、小さなゴールとして設定しています。
～～～普通の人はこれをゴールと呼ぶでしょう～～～
私の場合、小さなゴールが決まった段階で、実現に向けてシナリオを作るので、ゴール未達のリスクは極力排除していくことにもなります。
(今回のブログはシナリオ作りに完全に失敗したパターンです)
こう書いていると、小さなゴールは嫌々やっていると思われがちなのですが、実はきらいではありません。
数字の駆け引きや、今だ！！という瞬間的な頑張りは、日々のモチベーションを上げるのに役立っていますし、積み重ねが大きな何かに化ける可能性もありますから、「小さなゴール」とは言ってますがとても重要だと思っているんです。
ただ、この小さなゴール設定を間違いたくないだけです。
そして、世の中には小さなゴールが全ての人も少なくないのですが、「大きなゴールをもつことができれば何か違うものが見えてくるのではないか」とも思っています。
*****
150投稿にお付き合いいただいた皆様、どうもありがとうございました!!
マイクロソフト 高添
先ほど投稿した、Virtual Server と Hyper-V のどっちが良い？に引き続きの投稿となります。
ご存知の通り、Virtual Server のような完全仮想化の環境ではハードウェアエミュレーションによって仮想環境が物理マシンから独立して動きます。
その分オーバーヘッドは大きいんですよね。
でも、オーバーヘッドが大きくても問題なく動く環境もありますから、否定することはないです。
そこで、こんなことをかんがえてみました。
******
例えば、社内にあるサーバー環境を、
① Virtual Server 上で動かしても大丈夫なもの
② Hyper-V のパフォーマンスがあれば仮想化できるもの
③ まだ仮想化が難しいもの
と3つにわけることができたとすると、
③ は、仮想化という点で手が出せません。
② は、仮想化の良さを活かしつつもパフォーマンスチューニングが必要だから自社に置いておこうと考えるべきかもしれません。
でも①の仮想サーバーは、社外の仮想化ベースのホスティングサービスへと移してしまっても大丈夫ではないか？なんて想像くらいはできます。
******
ちなみに、①なら外部のサービスを利用しても・・・と書きましたが、ネットワーク通信が必要な場面も多いでしょうから、仮想サーバーだからといってどこで動いていてもよいわけではないということくらいは知ってます。
ここで書きたかったのは、「サーバーを自社内で仮想化するだけではまだまだ足りないと思っている方がいたら、その先まで見据えて仮想化を考えてみるのも面白いのではないか」と言いたかったのでした。
まだまだ仮想化やそれを取り巻く環境は進化しそうですからね。
マイクロソフト 高添
もちろん Hyper-V ですよね。
何故かというと仮想マシンが速いし、スナップショットみたいな良い機能も追加されたから・・・
今後仮想化がどんな業務にでも進出していくには「仮想マシンでも大丈夫だ」と言えるだけのパフォーマンスを仮想環境で担保する必要がありますから、サーバーの仮想化比較ということでは「回答：Hyper-V」が正しいでしょう。
*****
ただ、仮想化がどんどんハードウェアに近づいてきているので、「柔軟性」という点では Virtual Server のほうが部があるのではないかなとふと思いました。
柔軟性は Dynamic IT の鍵ですから、その柔軟性が損なわれているとしたら Virtual Server という選択肢を選ぶことがあってもよいのではないかと。
ちなみに、Hyper-V をそのように見たことがある方は少ないと思いますが、それは、パフォーマンスを発揮しつつも運用上の柔軟性を担保する管理環境側がちゃんと進化しているからでしょう。
いろんな仮説を立ててみても、結局のところ Hyper-V が正解となる確率は高いはずですが、1点だけ提案がありまして。
Hyper-V や Virtual Server もそうですし、今後付き合うであろうそれ以外の仮想化技術についても、いつもと違う視点で見てみるのは面白いと思います。
また、時々そうすることで物事を本質から外れないで見ることができるのではないかと思ってます。
私にとってDynamic IT (旧DSI)的視点が重要なのはそこにあります。
マイクロソフト 高添
いつも私に元気を与えてくれるメーリングリストからのメッセージにこのような言葉がありました。
「協力とは、仲間に対する心遣いと関心が形となって現れたものです。」
こんなメッセージばかり見てるから、普通じゃないとか言われるんですけど(^_^;)
ま、そんなことは気にしないで書いておきます。
****
ここで書かれている協力って、人が関係することならどのようなことにでも当てはまるのではないかと思います。
たとえば、会社員としては自分の成果のために人と協力関係を構築する必要もでてきますが、自分の成果のみが前面に出たり、報告時に自分に都合の良いことをならべるようでは本来の協力関係ではないかもしれません。
せっかく時間を使うのですから、相手に伝わることができるといいですね。
そして、一緒にやれた成果を分かち合えれば幸せだと思います。
マイクロソフト 高添
Windows Server 2008 が世の中に出てきてすぐに、Web 上のフォーラムなどでは話題に上がっていましたが、実は Windows Server 2008 はサービスパック１が適用された状態として世の中に出てきました。
いつ書こうかなと思っていたのですが、ちょうど社内でそのような話しになったのでこの機会に書いておきます。
疑っている方も、図のようにシステムのプロパティを見ればすぐにわかります。
いったいなぜこうなっているか？という話なのですが、答えはこちらに。
http://www.thinkit.co.jp/article/79/4/
と、私が書いた記事の宣伝をしつつ(笑)・・・ブログでも解説をしておきましょう。
*****
「Windows Server 2008 の出荷とほぼ同じタイミングで Windows Vista の SP1 は出てきました」と言えばお分かりでしょうか？
Windows Server 2008 と Windows Vista SP1はかなりの部分でコードの共通化が進んでいます。だから、サーバー機能などを除けば Windows Vista の SP1によって修正された個所については Windows Server 2008でも修正が行われたと考えられる。要は、Windows Server 2008 も SP1 相当の修正が加えられた段階で世の中に出てきたというわけなんです。
だから、Windows Server 2008は最初っから Service Pack 1・・・
*****
で、何が言いたいかというと、今後はドライバもそしてセキュリティ更新プログラムも共通化が進んでいくことになるんです。
だから、この２つを導入することで運用はかなりシンプルになるとも言えるわけです。
最後はセールストークのようになりましたが、そのようにしか見えてもらえないとしたら寂しい限りです。
是非、技術面や戦略的IT投資という観点でみてもらって、選択肢としては悪くないということに気づいてもらえればうれしいです。
マイクロソフト 高添
http://doda.jp/guide/popular/index.html
だそうです。
誇らしい数字であることは間違いありませんし、自分自身が面白いと思うこの会社がそのように見られている事に喜びを感じます。
何かにつけて世間からいろいろと言われる会社ですし、まだまだ足りない部分もありますが、ちゃんと向き合ってみるとかなり面白い会社ですよ。
マイクロソフトで働けることそのものにも、ましてやエバンジェリストという立場で働けることに、もっと喜びを感じないといけないですね。
マイクロソフト 高添
Hyper-V のプレゼンテーション資料には、以下のようなアーキテクチャが書かれています。
この一番下に位置する 「"Designed for Windows" Server ハードウェア」って何だろうと思っている方もいらっしゃるでしょう。
その答えはこちらです。
http://windowsservercatalog.com/results.aspx?&bCatID=1333&cpID=0&avc=11&ava=0&avq=22&OR=1&PGS=25&ready=0 要は、各サーバーメーカーさんが Hyper-V での動作を確認してくれて、それを正規のプロセスで登録までしてくれたサーバー達のことです。
Hyper-V はノートパソコンでも動きますし、私のデモ環境もまさにそうなのですが、業務システムで利用するときにはこちらに載っているものをご利用いただければと思います。
マイクロソフト 高添
またしても英語ですが・・・
細かな設定までは載っているものではありませんが、パフォーマンスチューニングのポイントをざっくりと理解するにはよいと思います。
http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv.mspx
中には、あらためて認識するべきものがあるかもしれませんね。
*****
このドキュメントに載っているのは、以下のような内容です。
- Performance Tuning for Server Hardware
- Performance Tuning for Networking Subsystem
- Performance Tuning for Storage Subsystem
- Performance Tuning for Web Servers
- Performance Tuning for File Servers
- Performance Tuning for Active Directory Servers
- Performance Tuning for Terminal Server
- Performance Tuning for Terminal Server Gateway
- Performance Tuning for Virtualization Servers
- Performance Tuning for File Server Workload (NetBench)
- Performance Tuning for Network Workload (NTttcp)
- Performance Tuning for Terminal Server Knowledge Worker Workload
- Performance Tuning for SAP Sales and Distribution Two-Tier Workload
マイクロソフト 高添
Virtual Serverの管理環境はCOMベース、そしてHyper-VはWMIに変更されたとセミナーなどでお話しをさせてもらってます。
ただ、具体的に内容に触れたことはなかったので勉強しなければと思っていました。
で、調べようかなと思ったら、Virtualization のブログにスクリプトのサンプルがいくつか載っていますね。
http://blogs.technet.com/virtualization/default.aspx
スナップショットやインポート・エクスポートなども載ってますので、是非お試しください。
私もそのうち試してみようと思います。
*****
ちなみに、SCVMM を使うとなると、これらのWMIスクリプトを覚えるのではなくSCVMM用に用意されたPowerShellコマンドを覚えるだけです。
WMIを覚えておいて損はないと思いますが、もし時間がないのであれば SCVMM 導入という選択をし、SCVMM の GUI での操作をサクッと覚え、そのウィザードから吐き出されるPowerShellスクリプトを流用するのも選択肢の1つです。
時間もお金もないと嘆いているのであればなおさら、ITの良さを活かすべきだと思ってます。
マイクロソフト 高添
先日テレビに出ていたある社長さんのお言葉の中に、甘えと優しさを間違ってはいけないとありました。
私自身にも甘えもあれば優しさもあれば、厳しさだってあります。
自分ではうまく使い分けているつもりだったりもします。
が、周りの反応を見る限り、うまく使いこなせていないのだろうと思うことの方が多いのも事実です(^_^;)
もう少し具体的に書くと、「後輩には優しく、上には厳しく」をもっとうにしているわけではないのですが、期待をすれば厳しくなるし、育てようと思えば寛大になる。
そして、仲良くなれば甘えに近づくし、仕事だと割り切った瞬間にかなり厳しくなってしまう。
誰にも寛大であり、誰にも厳しくあるべきだと思いつつもです。
ん～、まだまだ一本筋の通った人間になるには遠い道のみですね。
マイクロソフト 高添
先日投稿した 「Solution Accelerator」ですが、少し具体的なものを紹介しておきましょう。
例えばこちら。
http://www.microsoft.com/technet/solutionaccelerators/smbiz/mits/intro/mit_intro.mspx
50台から250台くらいの PC をお持ちのお客様に参考にしていただきたい内容です。
ここに書いてあるようなベースを多くの企業で利用できるようになれば、我々としても情報発信もフォローもしやすいですし、時代の進化、機能の変化にも対応していきやすいですし、大小の差はあれマイクロソフトの社内システムに近いもので、エンドユーザーとしては困っていないので案内もできます。
ちなみに、このドキュメントの最初にはこのような記述があります。
” Most medium businesses have limited IT staff with limited skills and therefore, each solution is designed so that it is easy to implement, secure, and manage. ”
スキルについては個人差が大きいかもしれませんが、限られた人数でIT全部をサポートしなければならない訳ですから、「工夫して自社独自なものを導入すべき部分と、ある程度標準化されたベースシステムをできるだけシンプルな状態で導入するべき部分」とを使い分ける必要がある領域ではないかと思っています。
*******
あらためて考えていただきたいのですが、セミナー後にお話しをさせていただくと、「うちにはうちのやり方があるから、うちにあった情報を出してほしい」「今の状態を流用したいから・・・それをどうにかする方法を教えてほしい」というさまざまなご意見を頂戴します。もちろん皆さまのご期待に応えたいという思いはあるんですが、さすがにこのままじゃ無理だなあとも思える状況にありそうだと見ています。
結局、お応え出来る部分と出来ない部分がでてきてしまえば、次からは聞いても無駄と思われてしまうこともあるでしょう。でも、そこであきらめるのではなく良くなる方法を一緒に考えさせて頂ければと思った次第です。
また、情報収集のためのアンケートの結果等を見る限り、ベストプラクティス(こうすればいいですよ)という情報をほしがっている方が多いこともわかりました。上記ドキュメントは我々の考えるベストプラクティスなモデルと言えるでしょうから、もしインフラの見直しを考えているようでしたら、是非参考にしてみてもらえればと思います。
*****
私自身も製品や機能説明のイベントやセミナーで登壇することが多いですが、来期はこの手のドキュメントとも向き合っていければと思ってます。
マイクロソフト 高添
朝2時、朝3時にブログを書く日々が続いてましたが、体が動かなくなってきました。
無理ができないって寂しいものですね。
まあ、ブログはこの投稿で140。残り10日で10投稿でOKまでこぎつけました、これはいけますね!(^^)!
*****
さて、先日新宿から初台まで歩いたんですが、途中ふと頭をよぎったことがありました。
「俺にとって仕事の失敗ってなんだろう？」
ま、仕事ですから、気持ちよくできなかったり思うようにいかなかったりすることはあるんですが、やらなきゃよかったって思うことがほとんどないんです。
だって、うまくいかなかったとしても、ちょっと時間が経てば「あの時はああだったから、次はこうしてみよう」みないな感覚があって、ちゃんと次にやる仕事の糧になってるのだから。
ま、一時的な失敗はあるかもしれませんが、「それがないと次にいけなかったかもしれない。。。」そう思えるなら、今までやってきたことは受け入れることができる範囲内だろうと思うわけです。
ただ、どうしても失敗したと思うときがあります。
それは、相手の期待を裏切った時。
まあ、なんとも悔しいですよね。
今後も、少しでもそのようなことがないように頑張っていこうと思います。
マイクロソフト 高添
