ディスクとRAIDの知識 RAID10のすすめ
電話 03-6410-6070、FAX 03-6410-6073 ｉｎｆｏ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ / ｓｕｐｐｏｒｔ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ (アドレスは半角に変更して利用) 導入事例 | 構成例 | ベンチ | 計算機 | ファイル/管理サーバ | 構築費用 | OS/開発環境 | アプリケーション | オプション | 購入 | 設定/納入 | サポート | 保守 | Q&A | 基礎情報 無停止運用 + メンテナンスフリーを求められる HPC分野の巨大ストレージ 計算機の発達により巨大ストレージが随所で求められるようになりました。この巨大ストレージでは容量の大きさだけでなく品質も重視されます。巨大なストレージを手作業でメンテナンスすることは難しいからです。メンテナンスフリーに近くしかも無停止運用に近い巨大ストレージが廉価に求められていま
システム連携の勝ちパターン
クラウドを使ったシステム開発では、従来のアーキテクチャー設計の常識は通用しない。性能・信頼性・セキュリティを高め、コストを下げる。クラウドとオンプレミスでシステムを連携させる――。こうした課題を解決するアーキテクチャーの工夫がある。今回は、システム連携の勝ちパターンとして「送信前データ削減」「統合ジョブ管理」「マスター不要」を取り上げる。 パターン名：送信前データ削減 解決される課題 オンプレミスとクラウド間でデータ連携する際に、ネットワークがボトルネックになることがある。その場合に、ネットワークを増強せず、性能低下を回避したい。 概要 オンプレミスからクラウド上のシステムにデータを送信する際、事前にデータを加工しサイズを小さくする。これにより、ネットワークがボトルネックになり、システム全体の性能が低下することを防ぐ。 例えば、次のようなアーキテクチャーにする。オンプレミスにある業務サーバ
必要なストレージ性能を見極めるには？
今回と次回は、仮想化環境で検討すべきストレージ性能について、詳しく解説していきたい。 ストレージの性能について考慮しなければいけない点はいくつかあるが、今回は特に仮想化環境におけるストレージ性能を検討する場合に最低限明確にしておかなければならないポイントを挙げておこう。一番基本的なポイントは、「ストレージに対するデータのやり取りが多いかどうか」だが、ここではデータのやり取りが多いことを前提に、以下の4点について考えていく。 （1）そのアクセスはシーケンシャルかランダムか ストレージへのアクセスは基本的に4KBといった単位のブロックで行われる。シーケンシャルアクセスでは、このブロックが連続して読み書きされ、ランダムアクセスは細かなブロックをバラバラに読み書きすることになる。ファイルサーバーがシーケンシャルアクセス、データベースサーバーがランダムアクセスの代表的なアプリケーションだ。 シーケン
クラウドのコスト
パブリッククラウド利用の目的として、最も典型的なのがコスト削減だろう。ただしパブリッククラウドを利用することによって、コストをぎりぎりまで切り詰めていこうとすると、やっかいな問題に直面する。取材で浮かび上がったのは、「ピークに合わせたリソースを確保したままになる」「ベストなクラウドサービスが短期間で入れ替わる」「クラウドサービスが過剰品質である」という三つの無駄である（図5）。これらがコスト削減の効果を妨げる。 これらの無駄を取り除くにはどうしたらよいのか。以降で一つずつ、現場の工夫を見ていこう。 仮想マシンのアイドル時間をなくす 電化製品を使い終わったらすぐスイッチを切るのは、省エネの基本。同じことは、パブリッククラウドの利用についてもいえる。パブリッククラウドでは、処理負荷の増加に合わせてリソースを柔軟に増やせる。例えばAWSでは、1時間刻みの課金メニューを選ぶことができる。必要な分だ
NoSQLをRDBの代わりに使うと、どういう恐ろしいことが起こるか。PARTAKEの作者が語る
データベースの世界でいま注目されているのがNoSQL。特にキーバリュー型データストアは、グーグルのBigTable、FacebookやTwitterが内部で利用しているCassandraやAmazonクラウドが提供しているSimpleDBなど、すでに実際に使われ始めています。 ではそのNoSQLをリレーショナルデータベースの代わりに使ってシステムを構築するとどうなるのか？ 身をもって体験したことを記したShinya Kawanaka氏によるプレゼンテーション「間違った方向にCassandraを使ってみた」が公開されています。 NoSQLを用いたシステム構築は、リレーショナルデータベースによる構築どう違うのか？ とても分かりやすくまとめられています。ご本人の承諾もいただいたので、その内容を紹介しましょう。 NoSQLを使ったときに起こる恐ろしい事例 プレゼンテーションのテーマは「NoSQLを
VMware Infrastructureインフラ構築実践Tips
VMware ESX Serverを利用した仮想環境を構築するには，ハードウエア構成，ネットワーク構成，ゲストOSの管理方法など検討しなければならない。これらに加え，VMware ESX ServerとゲストOSの大量展開方法やバックアップ方法，システム管理ソリューションなど，システム構築のポイントについて紹介する。まずは，VMware ESX Server 3.0の構成要素とゲストOSの実装方法などに関して説明する。 VMware Infrastructure 3.0では，その前バージョンに当たるVMware ESX Server 2.xと比べてライセンスの管理方法が変わった。ここでは，ライセンスの管理方法も含めて，VMware ESX Server 3.0とゲストOSの管理方法について説明する。
［ネットワーク編］サーバー仮想環境の課題
サーバー仮想化技術は、プライベートクラウド環境を実現する際の必要条件の一つです。今回はサーバー仮想化技術について、ネットワークの視点から、その要件、検討上の注意点、検討の方針を解説します。 仮想化技術の導入とネットワークに求められる要件 ネットワークからサーバー仮想化技術を見た場合、従来提供している機能と大きな違いはありませんが、通信対象が「物理サーバー」から「仮想サーバー」に変化し、物理的に接続したサーバーは仮想マシンのリソースプールと見なされます。 リソースプール上で仮想サーバーが移動(仮想マシンモビリティ)し、性能の最適化や可用性、柔軟性、俊敏性を実現します。仮想サーバー環境を導入する際、仮想マシンの移動は必須要件となります。その実現のためにネットワークに求められる要件（=仮想マシンモビリティの制約）として、「フラットなレイヤー2ネットワーク」と「統合ストレージネットワーク」が求めら
ITアーキテクトの「やってはいけない」：ITpro
ITアーキテクトが知っておくべきアンチパターンを徹底解説 情報システムのアーキテクチャや実装方式を決定するITアーキテクト。データベースやネットワーク，プラットフォームなど，さまざまな技術分野の知識を持ち，全体最適でシステム開発を成功に導かなければならない。しかしそこには，つい陥りがちな「やってはいけないこと」（アンチパターン）が，数多く潜んでいる。そこでここでは，ITアーキテクトが知っておくべきアンチパターンを解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3～レベル1の3段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■機器増設編 ■業務分析編 ■Windows 7編 ■Android/iPhone編 ■プライベートクラウド編 ■パブリッククラウド編 ■次世代DB編 ■運用管理編 ■プラットフォーム編 ■セキュリティ編
［仮想スイッチ設計］物理NICはスイッチへのアップリンク
仮想環境のネットワークで最も特徴的な点は、サーバー上で仮想マシン同士をつなぐ「仮想スイッチ」が稼働していること。仮想環境をうまく運用できるネットワークを作るには、仮想スイッチと物理スイッチの接続方法を理解し、適切なタグVLANを設定しなければならない。 物理サーバーのポートにはタグVLANを設定 仮想スイッチの基本的な役割は、大きく二つある。一つは、仮想サーバーの仮想NICと物理NICを接続して外部のネットワークへとつなぎ込む。もう一つは、1台の物理サーバー上で、仮想マシン同士を接続する役割である。 仮想スイッチに関する設計上のポイントは、VLANの設計にある。特に1台の物理サーバー上で稼働する複数の仮想サーバーに異なるVLANを割り当てて運用する場合、タグVLANを設定する必要がある。 外部の物理スイッチと仮想スイッチをつなぐリンク（物理NICを含む）には、一般的なトランクポートと同様に
［ストレージ設計］iSCSIかファイバーチャネルが現実的
多数の仮想サーバーを集約する仮想環境では、信頼性、拡張性、運用管理のしやすさといった点から、ストレージはサーバー・マシンに内蔵するのではなく、外部にストレージを置く方法が一般的である。ストレージとの接続方法としては、主に（1）iSCSI、（2）NFS、（3）ファイバーチャネル（FC）、（4）FCoE---の4種類がある（図1）。 先行ユーザーの事例を見ると、このうち多いのは、iSCSIとFCである。iSCSIのメリットは安価なイーサネットを使って外部ストレージを接続でき、低コストで構築できる点。FCのメリットは過去の資産やノウハウを生かせる点である。 石川県を中心にASP事業を展開するフーズネクストは、XenServerベースで仮想環境を構築しており、ストレージにはiSCSIを採用している。「コストが安いので選択した」（同社システム開発部の吉本知徳氏）と説明する。TCP/IPベースで同様に
［次世代DB編］異なる分散KVS間でデータ移行してはいけない
分散型のキーバリューストア（分散KVS）には、オープンソースソフトや商用のもの、サービスとして提供されるものなど、さまざまな種類がある。これらをすべて同じだと思ってはいけない。その構造や特徴はバラバラであり、ある分散KVSのデータは別の分散KVSに移行するのは困難だ。 既存のRDBMSの資産を分散KVSに移行するのが容易ではないことはよく知られている。同様に分散KVS間の移行もかなり難しい。安易に移行できると考えていると、苦労することになる。 大きく異なるテーブル構造 現在、分散KVSと呼ばれるデータベースには、以下のようなものがある。 ・Amazon SimpleDB（Amazon） ・Apache Cassandra（Apache） ・BigTable（Google） ・Flare（GREE） ・kumofs（えとらぼ） ・memcached（Danga Interactive） ・R
［次世代DB編］DWHアプライアンスでOLTPを動かしてはいけない
データウエアハウス（DWH）分野では、アプライアンス型の製品が続々と登場している。DWH環境が高性能・高機能になったことで、分析対象には日次バッチの結果だけでなく、より頻度の高い更新データも扱えるようになった。 ところが、よく耳にするのが「DWHアプライアンスで業務系システムのOLTP（オンライントランザクション処理）を動かしたい」という要望である。確かに、リアルタイム更新が可能であれば、OLTPを実現できると考えがちだ。景気停滞の中で、業務系と情報系のサーバーを一つに統合できれば、コスト削減にもつながる。 とはいえ、最新のDWHアプライアンスをもってしても、そのアーキテクチャーはあくまでDWH向けである。原則として、DWHアプライアンスでOLTPを動かしてはいけない。DWHとOLTPには、プラットフォームだけでは乗り越えられない違いがある。 性能が全く出ないケースも DWHアプライアンス
［次世代DB編］分散KVSで正規化をしてはいけない
クラウド上のデータベースとして、分散型のキーバリューストア（分散KVS）を用いることが多くなった。分散KVSは、スケーラビリティーに優れており、特にユーザー数が多いシステムでは利用価値が高い。 ただし、分散KVSにはいくつかの制約があり、システム開発に利用する際には、これまでの“RDBMS脳”をいったんリセットする必要がある。中でも、RDBMSでは真っ先に考慮していた「正規化」については、分散KVSでは原則として行ってはいけない。 分散KVSの四つの特徴 なぜ分散KVSでは正規化をしてはいけないのか。これを理解するには分散KVSの特徴を押さえる必要がある。分散KVSには、大きく四つの特徴がある（図1）。 一つは、分散KVSでは問い合わせにキーを使って、バリュー（値）を取得することだ。データ構造が単純なので、データの取り出し時間が短くて済む。PerlやPHPの連想配列や、JavaのMap、C
第4回 既存システムをAjax化できるの？
既存システムをAjax化することを「Ajaxfy」と呼ぶ。Ajaxfyに当たっては，既存のサーバー側フレームワークや既存のHTML画面と，Ajaxとの相性を確認する。また，既存システムの利用者への配慮が欠かせない。 JSPカスタムタグを作り込む 既存システムの多くは，Ajax非対応のフレームワークで構築されていることが多い。Ajaxfyするうえで，このフレームワークとの折り合いをどうつけるかが大きな課題になる。 例えばJavaベースのフレームワークである「Struts」や「JavaServer Faces（JSF）」で構築したシステムの場合，Ajaxのリクエスト処理は比較的容易にサポートできるが，レスポンス処理は問題になりやすい。「非同期レスポンスをXMLなどのデータ形式で返さなければならない場合，サーバー側の修正が必要になることが多い」（NTTデータ 木村氏）。具体的には，JSPカスタム
アーキテクチャの情報を伝えるための10のヒント
はじめに 何年か前、私は同僚と一緒に、アーキテクチャの計画をある重役に説明するために使うPowerPointプレゼンテーションを作成しました。何枚ものスライドを含んだ、かなり印象的な仕上がりの（...とそのときは思っていた）プレゼンテーションだったのですが、ご想像のとおり、いざ会議になると、スライド3枚を見てもらうのが精一杯で、こちらのメッセージやその妥当性を効果的に伝えることなどできませんでした。 幸い、我々にはもう一度チャンスが与えられました。そこで、今度は同じ間違いを繰り返すまいと心に決めました。80ページに及ぶ資料で情報を伝えようとするのではなく、この重役に関係のある情報を抜き出し、全体的な計画プロセスと、この重役が担当する自動化製品群に関する例とを組み合わせて、1ページの資料にまとめました。このリーガルサイズ1枚のシンプルな資料を使って、もっと有意義な会話ができるようにする、とい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SOAって万能なんですか？
価格だけがポイントではない～クラウドベンダーの拡張性やSLAを比較する