スカイアーチ　エンジニアのブログ

Windows Azureのストレージ

Mon, 08 Aug 2011 14:40:46 +0900

前回に引き続きWindows Azureについて書きます。

前回のブログでは、Windows Azure Platformに関しての概要をお伝えしましたが、
今回はもうちょっと突っ込んで、ストレージに関してお伝えしようと思います。

Windows Azureのストレージは4つのストレージタイプがあります。

・テーブル
・キュー
・ブロブ
・ドライブ

これらのストレージを利用目的に沿って、うまく使い分けることが、Windows Azureを制覇する一番の近道なんです。

■テーブル
シンプルなテーブル構造の構造化ストレージです。
Key-Valueストア型のデータ格納領域としても利用可能です。
テーブル構造は以下のようになります。
・エンティティ（レコードのこと）
・プロパティ（カラムのこと）

上記構造を利用すると、KVS型のDBのように効率よくクエリが最適化できます。

■キュー
メッセージ交換のためのFIFOストレージです。
シンプルなメッセージキューなので、トランザクションメッセージの交換などに適しています。

■ブロブ
一般的な外部ファイル置き場と考えて良いですね。
ファイルをブロブ、フォルダをコンテナと呼びます。
ファイルの保管に適しています。

■ドライブ
ブロブ内に格納されているVHDファイルをNTFSボリュームとしてマウントさせる機能を持っています。
その他はファイルストレージと同じです。

このように各ストレージには役割があり、作成したプログラム内で利用したいストレージを指定することで
これらの利用が可能となります。

PaaSであるが故に、プログラム上からでしかアクセスできないのが難点ですが、理屈を覚えてしまえば
非常に有効なサービスですね。

とはいえ、シンプルにWindows スナップインのようなもので操作できれば一番良い。
最後に、このストレージを簡単に扱う為のツールをご紹介します。

Windows Azure MMC
元々はWindows Azure 管理用のスナップインですが、ストレージもここから直接アクセスできます。
Azure全体を管理できるので、非常に便利ですね。

Azure Storage Explorer
最も一般的に使われているストレージエクスプローラです。
シンプルな構成、かつエクスプローラ表示なので、違和感なく利用可能です。

myAzure Storage
ブラウザから接続できるストレージ管理ツールです。
全てブラウザアクセスのみで利用できるので、環境に依存しません。

他にも、便利なツールはたくさんあるので、是非探してみてください。

最後までお読み頂き、誠にありがとうございました。
引き続き、宜しくお願い致します。

Windows Azure Platformってなんぞや？？

Fri, 05 Aug 2011 12:12:42 +0900

久しぶりの更新となってしまい申し訳ないです。。。
今回はWindows Azure Platformについて書きたいと思います。

Windows Azure PlatformはMicrosoftが提供しているPaaS型のクラウドです。

Windowsと名がついているくらいなので、Windows プラットフォームとの相性は非常に良いですね。

特にASP.NETを使ってアプリケーションを展開しているようなサイトは、メリットが多くあります。

※Windows Azure Platformの公式ページはこちら

Windows Azure Platformでは大きく2つのサービスが利用できます。
・Windows Azure （インスタンス、ストレージ、ネットワーク）
　
・SQL Azure （データベースサーバ）

また、AWSとは違いPaaS（Platform As A Service）であるため、インフラ運用が必要ありません。

ユーザーが用意するのは、Windows Azure上にアプリケーションを展開させるためのTOOLとして、Visual Studioが必要となります。
Visual Studioを購入すると非常に高価なのですが、無償のVisual Studio ExpressもWindows Azureへ接続できるため、まずはこちらをおススメします。

※Visual Studio Expressのダウンロードページはこちら

このように、インフラ運用が必要なく、開発に注力できるというのが最大の特徴で、Windows Serverとほぼ同じサービスを展開しています。

まあ、Azureの中身はWindows 2008 R2とHYPER-V2.0なんですけどね！！

ただし、デメリットも当然あります。

まずすごく重要なのが、Visual Studioを使ってアプリケーションをデプロイするということ。
よって、Visual Studioでの開発経験がないと、何のことやらわからないっていうことになります。

次に、IaaSと違い、ログやサーバの状況が見えません。
いや、見えるのだけど、かなり細かい設定をしないと見えないということです。

これは運用側としては、大きなデメリットですよね！？？

今回はここで終わりにしますが、次回以降、Windows Azure Platformを紐解いていきます。
デメリットもここで解決できれば、次につながりますね！！

最後までお読み頂き、誠にありがとうございました。
引き続き、宜しくお願い致します。

クラウドのサービス形態

Thu, 18 Nov 2010 19:19:32 +0900

今回はクラウドのサービス形態について書いてみます。

クラウドを展開している業者で一番有名なのは、Amazonだと言えます。
AmazonはAmazon Elastic Compute Cloud（EC2って略します）を展開しています。

このサービスはクラウドの中でも、最もスタンダードな形で、インフラ部をクラウド化し提供しています。

故に「IaaS（いあーす）」または「HaaS（はーす）」と呼ばれています。

IaaSは（Infrastructure as a Service）の略で、HaaSは（Hardware as a Service）の略です。

ハードウェアリソースをクラウド化し、スケールアップ、スケールアウトが自在に出来ます。
さらに、使った分だけ費用が発生する従量課金でコストを抑えることも出来ます。

利用OSは多岐に渡り、WindowsからLinuxの主要ディストリビューションはほぼカバーできています。

このようにIaaS形態のサービスはインフラをクラウド化していますので、かなりの自由度がありますね。

専用サーバライクにシステムを活用したい場合は、IaaSはうってつけです。

IaaSはAmazon以外にもNiftyやIIJといった国産クラウドもあり、活用の範囲は非常に広いですね。

次に、クラウド業者として有名なのは、GoogleやMicrosoftです。

これらの会社はIaaSではなく、「PaaS（ぱーす）」と呼ばれる形態で提供しています。

これは開発プラットフォームをクラウド化するサービスで、OSやインフラをユーザ側で選定することは出来ません。
ただし、開発プラットフォームが全てWeb上で展開されている為、ちょっとしたWebプログラムであれば非常に簡単に動かすことが出来ます。

例えば、wordpressなんかのwebアプリを導入したいんだけど、OSやインフラの設定は面倒っていう人は、PaaSがおすすめです。

最近ですと、Microsoft社のWindows Azureが非常に面白く、ASP.NETのようなWindowsプラットフォームだけでなく、JAVAやPHPも使えるので、かなり自由度が高いです。

最後に「SaaS（さーす）」をご紹介します。

SaaSはインフラでも、プラットフォームでもなく、サービスそのものをクラウド化することですね。

例をあげると、hotmailなんかが当てはまります。
あとは、セールスフォースが提供しているCRMなんかもSaaSですね。

他にも様々なサービス形態があるので、ご自身で探ってみると面白いかもしれないですね。
（夏休みの宿題にぴったりか？？）

次回は、個人的に注目しているWindows Azureについて書きたいと思います。

エンジニアが持つべき技術

Wed, 10 Nov 2010 00:00:00 +0900

こんにちわ。

今回はエンジニアが持つべき技術についてです。

一言でエンジニアと言っても様々な職種が存在します。

ネットワークエンジニア
データベースエンジニア
サーバエンジニア
システムエンジニア
セールスエンジニア

などなど。。。

共通して言えるのは、高い専門的技術ですよね。

これはエンジニアとして名乗るのであれば、当たり前だと思います。
高い技術力があれば、それだけ対応出来る幅が広がりますよね。

私は高い技術力を持つことはエンジニアの使命だと思っているのですが、それ以外に必要な能力は何があるのでしょう。

スバリ、「プロジェクトマネジメント」だと思います！

広義の意味でプロジェクトマネジメントという言葉を使っていますが、内容はとても濃いですね。
しかも、高い技術力だけではカバーしきれない人間臭い能力も必要です。

・計画力
・ドキュメント作成
・顧客折衝

そして何よりも重要なもの。

・人員管理

人というのは、うんたらかんたらで～～～と良く言いますが、これって一番重要ですよね。
コミュニケーション能力が問われます。

ステップアップする為には、「高い技術力」と困難な壁や厳しい要件の乗り越えることの出来る「プロジェクトマネジメント」が重要です。

プロジェクトマネジメントを勉強するのであれば、まずはPMBOKからやってみてはいかがでしょうか？
PMBOKは業界標準のプロジェクトマネジメント知識体系で、難しい言葉は多々でますが基本となる知識が満載です。

一皮むけたエンジニアになるためには、日々の勉強が必要なんですね。

仮想化統合の勘所

Wed, 08 Sep 2010 18:41:32 +0900

こんにちわ。

今回は仮想化統合について私なりな考えを書きたいと思います。

仮想化統合とは、分散したOSを1つの仮想ホスト内へ仮想ゲストOSとして集約することです。
集約することで、ハードウェアが減り、結果、運用コストが削減されるというわけです。

仮想化統合をする上で、前提となるのはシステムの仮想化です。
仮想化となれば、仮想化アプリをどれに選択するかという問題がありますね。

業界標準というべきVMwareであったり、フリーウェアのXenやWindowsに大きな強みを持つHyper-Vといったところでしょうか。

次に、集約設計を考えます。
集約の基軸は以下のように考えると良いですね。

リソース

負荷

役割

適当に集約すると、後の運用が非常に大変なものになります。

最後にハードウェア選定ですね。
ココが勘所です！

仮想化統合はハードウェアが軸ではなく、あくまでも先程書いたソフト的な要因を軸しておかないと、ハードウェアの要件に縛られることになります。

仮想化とは、ハードウェアからの開放を意味し、ハードウェアに縛られるようなシステムではナンセンスですよね。

まとめ
仮想化統合は、最初に以下を要件定義し、要件に沿ったハードウェアを選定する。

・仮想化フレーム（VMwareやXen、Hyper-Vなど）
・リソース、負荷、役割を軸とした集約案

ついでに、仮想化する場合は、ゲストOSのリソースや負荷だけでなく、ホスト側（ハイパーバイザー）のリソースや負荷も念頭においてくださいね。

弊社では、仮想化アプリとしてVirtuozzoをメインに、Citrix Xen、Hyper-Vを採用しています。
状況に応じて仮想化フレームを使い分けることもできるので、仮想化統合の際はご相談くださいませ。

システムダイエットのススメ

Wed, 08 Sep 2010 12:03:52 +0900

ITシステムのコスト削減は企業にとってテーマになってきています。
しかも、コスト削減だけでなく、サービスレベルを維持または向上を考えた形で実現させたい。

コスト削減のアプローチは様々ですが、一般的には以下です。

システムのスケールダウン
システムの統合
運用コストカット

システムのスケールダウンですが、考え方はただハードウェアスペックを下げるというものではなく、リソースのオーバーヘッド（無駄遣い）を分析し、適切なスペックへ変更するということです。

無理に下げると、サービスレベルの低下を招き、逆に運用コストが上がるといったリスクになります。

システム統合は、最近ですとクラウドの活用や仮想化統合を主軸にしたものです。
統合することでシステムをシンプルに、仮想化やクラウドといった基盤を選択することで可用性を上げます。

ただし、現状のシステムが古かったり、そもそも負荷が高く統合には不向きである場合は、スケールダウンと同様にサービスレベルの低下を招きます。

運用コストカットのターゲットは、IT固定費の削減が最大の目的になります。
シェアウェアをフリーウェアに変更したり、自動化することで削減が可能です。
気をつけたいのは、それらを実行後の人員コストオーバーヘッド（無駄遣い）が過剰にならないかです。

最終的にシステムを運用するのは人間になります。さらに最大の費用対効果を生むのもこの人員リソースです。
これらのリソースをうまく管理することが運用コストを管理する近道になるかもしれませんね。

サービスレベルを維持、向上しながらダイエットをする。

弊社ではシステムダイエットサービスとして、簡単なヒアリングからコンサルを無料で提供させて頂いております。
http://www.skyarch.net/service/diet/

利益を生み出すシステムの為にシステムのダイエットはいかがですか？

次回は、仮想化統合の勘所についてお話します。