第5回 サーバー仮想化ソフトの実力
概要 米VMwareのサーバー仮想化ソフトが実サーバーと比べてオーバーヘッドなく利用できるか，サーバーのシステム・リソースをどれくらい効率的に利用しているのかを検証した。仮想化した環境では，割り当てたCPUの数にもよるが，最大で実サーバーの約99％の処理性能を出すことが分かった。 サーバー仮想化ソフトとは，CPU，メモリーといったサーバー・マシン（以下，実サーバー）のシステム・リソースを，OSやアプリケーションに柔軟に割り当てるソフト。実サーバー上に仮想的なハードウエア（仮想マシン）を作成し，その仮想マシン上で，独立したOSをアプリケーションとともに動作させることができる。 サーバー仮想化ソフトでは，1台のサーバー上に複数の仮想マシンを作成できる。この特徴を生かすと，サーバー集約が可能になる。サーバーのシステム・リソースを，複数のOSやアプリケーションで共有することで，サーバーの台数を削減
ストレージの仮想化はサーバーの仮想化に近づいた
ストレージが備える機能のうち，ホット・トピックと呼べるものの1つが，ストレージ・ボリュームの仮想化とも言える“シン・プロビジョニング”（Thin Provisioning）である。ボリュームに割り当てる物理ストレージ容量をあらかじめ設計する必要がないため，ストレージの使用効率を高められる。 米3PAR（旧称は米3PARdata）は，シン・プロビジョニングへの取り組みが早かったベンダーである。11月13日には，さらに，ボリュームに対するアクセス制御機能を高めるオプション・ソフト「3PAR Virtual Domains」を追加，22万円（税別）からで出荷した。同社マーケティング担当副社長のCraig Nunes氏に，シン・プロビジョニングの現在について聞いた。 3PARは以前からシン・プロビジョニングを実現していた。今回追加した3PAR Virtual Domainsソフトウエアでは何を実現
[Think IT] サーバが重いってどういうこと? (1/3)
サーバが重いってどういうこと? 著者：ウノウ 尾藤 正人 2007/10/4 2007年10月の連載ランキング1位（一覧を見る） サーバ管理者だけではなく誰でも一度は経験したことがある「サーバが重い」という現象。一言で「重い」というのは簡単ですが、重いというのは具体的にどういうことなのでしょうか。 ここでいう重い・軽いは単一のベクトルで判断できるような簡単な代物ではなく、様々な要素によって発生する現象です。処理が重いからといって闇雲にハードウェアを増強するのは賢いやり方とはいえません。例えば、メモリ不足が高負荷の原因なのに、CPUを高速なものに変えても効果はほとんどないでしょう。 このような無駄な投資を避けるためにも、負荷の原因を特定して素早く対応策を講じるのはサーバ管理者にとって重要なスキルになります。本記事ではサーバ負荷の特定の仕方と対策の仕方について、簡単な概要を説明します。
仮想サーバの構築(VMware Server: WindowsXP編)
おやじは、いつでも乗り換えられるようにいろいろなデストリのテストをしていたため、今までは1つのディスクに複数のデストリをインストールしていました。しかしながら、今回、仮想化テクノロジの本家とも言うべきVMwareがBeta版(正式版も無償で公開される予定のよう)ながらVMwareシリーズの「VMware Server」を無償公開してくれたので、これをWindows XP Pro SP2クライアントに入れて仮想マシンとして動作させるようにしてみました。 一般に、WindowsクライアントはCPUもそこそこ早いですし、メモリも結構積んでおり、HDDも容量があると思います。おやじの場合は、Pentium 4 2.6CG、1GByte、HDD: 256GByte +128GByteですが、ほとんどストレスなく動かすことができました。仮想マシンのイメージをバックアップしておけば、いつでもその状態に戻
Linuxのメール・サーバー・ソフトはどれがいい？
表1 フリーで利用できる代表的な三つのMTAの比較<BR>sendmailと比較した。実績と柔軟さのsendmail，セキュリティと先進性のqmail，総合的にバランスが取れたPostfixという色分けになる。 Linuxを使ってメール・サーバーを構築する場合，メール・サーバー・ソフトをどれか一つ選ぶ必要があります。メール・サーバー・ソフトの主な仕事は，ユーザーからメールを受け取り，あて先のサーバーに転送したり，その逆を行うことです。こうしたソフトウエアはMTA（mail transfer agent）と呼ばれます。 Linuxで利用できるフリーのMTAと言えば，かつてはsendmail（センドメール）で決まりでした。sendmailはUNIXの草創期に誕生した古いソフトウエアですが，現在に至るまでの長い間，MTAの実質的標準の地位を占めてきました。 しかし，最近はsendmailを参考に
RTFM
ドキュメントを読まない輩 結論: ぐぐるな。ドキュメントに書いてあるとわかっているのになぜ google に頼る? 巷間でよく見られる、しかし Apache の配布アーカイブ一式に含まれているドキュメントをちゃんと読んでいれば起きないはずの設定ミスや、ミスではないがふしぎな設定について。 <Limit>: セキュリティ上のリスクがあるのですみやかに確認・修正されたし AddDefaultCharset: 穴ではないが修正が必要 LanguagePriority: ほとんどのサイトでは無意味 ScriptAlias: 管理者でなくエンドユーザがハマるのはしかたないけれど SetEnvIf: どこも間違ってはいないのだが… Apache のドキュメントは日本語未訳なところが一部残っているけれど、全体として非常によくまとまった情報源である。少なくとも、「このディレクティブをどう設定するとどう動く
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
運用サーバ速度比較
自信を持ってApacheを操るために