サーバー上でさまざまなサービスを構築する前に、そのサーバーの処理能力を把握しておくことは重要だ。特にネットワークの帯域やストレージの速度といったリソースはサービスの品質に大きく関わってくる。そこで、今回はこれらの性能を調査するためのベンチマークツールやその使い方を紹介する。 ネットワークの性能を調査するベンチマークツール まずはネットワーク関連の性能を調査するベンチマークについて紹介しよう。ネットワークの性能といっても、その指標は次のように複数ある。 スループット（速度、帯域幅） レイテンシ（遅延） パケットロス（損失パケット） まず1つめは、スループット（ネットワークの速度）だ。帯域幅などとも呼ばれるが、ネットワークの性能としてもっとも重視されるのはこれだろう。ネットワークの速度が早ければそれだけ多くの情報をやり取りできるし、またより多くの接続に対して迅速に反応できるようになる。通常スル

DebianやUbuntuでは、Debパッケージという形式でソフトウェアが配布されているが、公式に配布されているパッケージを利用するだけでなく、パッケージを自分で作成して利用することも可能だ。本記事では独自のDebパッケージを作成する方法や、apt-getコマンドで独自に作成したパッケージをインストールできる独自リポジトリの作成方法を紹介する。 独自のDebパッケージを作るメリットとは DebianやUbuntuなどDebianから派生したディストリビューションでは、dpkgなどのツールを使ったパッケージ管理が行われている。これにより、Debパッケージ（拡張子は.deb）という形式で配布されているソフトウェアやファイルをインストールしたり、インストールしたソフトウェアのアップデートやアンインストールなどの管理を行える。 一般的に使われているソフトウェアの多くは、各ディストリビューションによ

Red Hat系のLinuxディストリビューションでは、RPMパッケージという形式でソフトウェアが配布されており、yumコマンドを利用してパッケージをインストールしたり、アップデートを行うことができる。今回は既存のRPMパッケージをカスタマイズして独自のパッケージを作成したり、独自のyumリポジトリを作成してパッケージ管理を行う方法を紹介しよう。 プライベートyumリポジトリを活用してサーバーをデプロイする Ret Hat Enterprise LinuxやCentOSといったRed Hat系のLinuxディストリビューションでは、RPMパッケージ（ファイルの拡張子は.rpm）を使ってソフトウェアをインストールするのが一般的だ。 RPMは「RPM Package Manager」の略で、Red Hatが開発したことから当初は「Red Hat Package Manager」と呼ばれていた。

前回は、Linuxファイルシステムを最適化する方法をいくつか紹介した。今回は、サイズ変更とデフラグという、ファイルシステムに対する2つの操作を取り上げる。 本稿は、先日刊行された英書『Linux Power Tools』からの抜粋である。 ファイルシステムのサイズ変更 Linuxをインストールした後になってパーティションが最適なサイズではなかったと気付くことは多い。たとえば、/usrは大きすぎ、/homeは小さすぎたという場合だ。これまで、この問題を解決するには、シンボリックリンクを利用して、特定パーティションにある一部のディレクトリが別のパーティションにあるように見せかけるか、バックアップしてからパーティションを作り直し、データをリストアしていた。しかし、パーティションサイズの動的変更ツールを利用する方がたいていは簡単だ。幸い、主要なLinuxファイルシステムのほとんどには利用可能なパー

XenServerを利用した仮想化を用いるメリットの1つに、環境構築や運用の手間を軽減できることが挙げられる。XenServer上の仮想マシンは簡単な操作で複製や削除が行えるほか、別のXenServer上に転送したり、また実機で稼働している環境を仮想マシンイメージに変換してXenServerに転送する、といった操作も可能だ。本記事では、このような仮想マシンの管理や転送について紹介する。 仮想化を利用した環境構築のすすめ 仮想化を用いたシステムにおいては、複数台のサーバーを1台に集約することによる管理・運用コストの削減などが注目されがちであるが、仮想化のメリットはそれだけではない。仮想化を用いるもう1つのメリットとして、仮想マシンの追加や削除、複製、移動などが容易に行えるという点が挙げられる。たとえば、XenServerでは以下のような仮想マシンを操作・運用するための機能が搭載されている。

UNetbootin は、CDを焼かずにさまざまなディストリビューションをインストールできるシンプルなオープンソースツールだ。 同じくCDを焼かずにUbuntuをインストールするWubiというツールが少し前に登場したが、UNetbootinとは違ってUbuntuのインストール先はWindows環境に保存されたファイルとなり、実際のパーティションは作成されない。一方、UNetbootinはあたかもCDを使ってインストールしたかのように、パーティションの設定されたデュアルブートシステムを構築してくれる。CD/DVDドライブが低速あるいは存在しないマシンを利用している場合や、焼き付けに使える空きメディアがない場合に便利なツールだ。 UNetbootinはインストーラのプログラムを利用して、ブートローダ（GRUBまたはWindowsのbootmgr、bcdedit、もしくはboot.ini）にne

Webアプリケーションおよびサーバの高負荷時の挙動を確認する方法の1つが、擬似的に負荷をかけてテストを行うことだ。ここでは、そうしたテストを実施するフリーソフトウェアをいくつか試し、それぞれがどんなタイプのサイトに適しているかを調べた。 負荷テスト用のツールはいろいろあるが、メンテナンスが行われていないもの、フリーでないもの、インストール手順が明確でないものを除くと、curl-loader、httperf、Siege、Tsung、Apache JMeterの5つが候補として残る。 JMeterについては、すでにDaniel Rubio氏が取り上げているので、ここでは詳しく説明しない。ただし、最後のまとめでほかのツールと共に簡単に触れている。 curl-loader curl-loaderは、「SpirentのAvalancheやIXIAのIxLoadの代替として使える強力かつ柔軟なオープン

Windowsで利用できるGUIのGitクライアントの1つに「TortoiseGit」がある。TortoiseGitはまだ開発段階のソフトウェアではあるが、2009年6月5日にリリースされたバージョン0.7.2.0では多くの機能が実装され、実用的に動作するようになった。本記事ではこのTortoiseGitを用いて、Windows環境でGitによるバージョン管理を行う方法について解説する。 近年、「Git」という分散バージョン管理システムが注目を浴びている。しかしGitはWindowsサポートが弱く、またGUIで利用できる使いやすいクライアントがなかったため、特にWindowsユーザーには導入や利用へのハードルが高かった。そこに登場したのが、Windowsのエクスプローラに統合され、GUIでGitによるバージョン管理が行えるツール「TortoiseGit」である。TortoiseGitはまだ

UNIXやLinuxのエキスパートになるのに避けて通れないのが、Bashに代表されるコマンドラインシェルによる操作だ。そこで本記事では、「Bashのカスタマイズ」「シェルスクリプトの高等テクニック」「Bash以外の高機能シェル」の3つについて、SourceForge.JP Magazineで過去に掲載された解説記事を紹介する。 Bashをカスタマイズして使いこなす Bashは非常にカスタマイズの幅が広く、またちょっとした改良や簡単なシェルスクリプトの利用により、大きく作業効率が改善する。ここでは、Bashのカスタマイズテクニックを解説する記事を紹介する。 コマンドラインでシェルのエイリアスと関数を使って作業を効率化する GNU/Linuxシステムを最大限に活用するには、やはりコマンドプロンプトとシェルスクリプトへの習熟が欠かせない。とはいえ、そうした処理はなるべく手早く済ませたいものだ。本

バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提

昨日はBonnie++を用いてクライアントマシンにおけるソリッドステートドライブ（SSD：Solid State Drive）のベンチマーク評価を行い（翻訳記事）、同じ予算で複数台のハードディスクを購入するのに比べて1台のSSDを購入することにどれだけメリットがあるかを論じた。今日はSSDのシークタイムが極めて短いことがサーバーにおいてどれだけ有利に働くかを見てみよう。 SSDの応用例は専らモバイル志向でノートPCのハードディスクをSSDに置き換えることに関心が向けられており、そうした利用形態ではSSDの最大のメリットであるシークタイムの高速性が活かされることはない。シークタイムの短さに関して特にどん欲なサーバーアプリケーションのひとつにリレーショナルデータベースがある。今回テストに用いたSSDはサイズが非常に小さく、データベースのタプルそのものを格納することは多分できないが、インデックス

ネットワークのベンチマークでは、伝送速度と遅延時間という2つの指標が特に関心の対象となる。サービスや製品の広告では、伝送速度の方が大きく取り上げられることが多いが、状況によっては遅延時間の方が重要な指標となる場合もある。この記事では、ネットワークのパフォーマンス測定に利用できる3つのツールを見ていくことにしよう。nepim（network pipemeter）、LMbench、nuttcpの3つだ。 今回のテストでは、64ビットのFedora 9搭載マシンで各ツールをソースからビルドした。使用したバージョンは、nepimが0.51、LMbenchが3、nuttcpが5.5.5だ。 また今回は、ギガビット・イーサネットのネットワーク・インタフェース・カード2枚をbonding構成（翻訳記事）で組み合わせたネットワーク・リンクを使用した。だが、結果を見るとわかるように、何かがうまく機能していな

新しいサーバに高価なハードウェアRAIDカードを付けることで、ディスクアクセスの速度はどれほど向上するのだろうか。LinuxカーネルによるソフトウェアRAIDとハードウェアRAIDカードのパフォーマンスの違いはベンチマークで評価できる。私の環境でこの2つの条件を評価したところ、いくつか興味深い結果が得られた。 ソフトウェアRAIDとハードウェアRAIDの双方について、750GBのSamsung SATAドライブ6台を使ってRAIDレベル5、6、10の各構成を評価した。パフォーマンスの測定にはBonnie++とIOzoneの各ベンチマークを用いた。また、チャンクサイズがハードウェアまたはソフトウェアのRAID構成に与える影響を確かめるために、チャンクの大きさを変えてベンチマークを実行した。 ハードウェアRAIDの評価には、12ポートのAdaptec製SAS-31205 PCI Express

コンピュータを構成する主要コンポーネントの中でも、ストレージ系のパフォーマンスは他に比べてかなり劣るものとなっており、例えばハードディスクは容量的には順調に拡大し続けているものの、そのアクセス速度の発展ペースはRAMやCPUの速度向上に追いつけなくなっている。こうしたハードドライブの性能的限界がシステムパフォーマンスのボトルネックとなっている可能性を考えた場合、各自の所有するディスクやファイルシステムが発揮可能な速度および、ディスクのサブシステムに対してユーザが行える設定変更の影響を数値的に把握しておくことは重要な意味を帯びているはずである。またディスクのアクセス速度を向上させる手法の1つとしては、RAID-5のように複数のディスクを組み合わせて運用することが考えられる。 Linuxの場合、物理ディスクに対するアクセス速度の基本的な情報であれば、hdparmツールに-Tおよび-tオプション

マザーボードに標準で搭載されているGigabit Ethernet NICをIntel製ハイエンドデスクトップ用NICに置き換えた場合、具体的にどの程度の機能向上が見込めるのだろう？　今回私は、2つの一般的なマザーボード搭載型ギガビットNICおよび、これらをIntel製PCIeデスクトップ用ギガビットNICに置き換えた場合とを比較対象として、ネットワークを介したNFS共有アクセスに特化したベンチマークを実行してみた。その結果を簡単にまとめておくと、連続的なリード/ライト処理のスループットはそれ程向上しなかったものの、レイテンシ（待ち時間）がかなり改善されたため、ネットワークの往復を伴うファイルの作成、削除、シークなどの処理が高速化することが判明したのである。 今回のベンチマークテストに使用した2台のマシンはそれぞれ、AMD Athlon64 X2 4200+およびIntel Core 2

ここでは、Linuxシステムの性能評価に使えるベンチマークツールの紹介記事と、ベンチマーク結果のレポート記事をまとめておく。ベンチマークテストは実際のシステム性能を正しく反映するとは限らないが、システム構成に何らかの変更を加える際に、その変更がシステムのパフォーマンスに与える影響を推測するうえで重要な手がかりを与えてくれる。 ネットワークのベンチマーク・ツールを試す – nepim、LMbench、nuttcp 2008年08月22日 ネットワークのベンチマークでは、伝送速度と遅延時間という2つの指標が特に関心の対象となる。サービスや製品の広告では、伝送速度の方が大きく取り上げられることが多いが、状況によっては遅延時間の方が重要な指標となる場合もある。この記事では、ネットワークのパフォーマンス測定に利用できる3つのツールを見ていくことにしよう。nepim（network pipemeter

Bonnie++はファイルシステムに関する様々なタスクをベンチマークすることができるツールで、RAIDの構成やファイルシステムの構成やネットワークファイルシステムの設定などを変更する際に大いに役立つ。 Bonnie++はopenSUSE 10.3（1-クリック・インストール）、Ubuntu Hardy、標準のFedora 9リポジトリなどから入手可能だ。今回は64ビット用Fedora 9リポジトリからインストールした。 Bonnie++はUbuntu用とFedora用のパッケージでは/usr/sbinにインストールされるのに対してopenSUSEでは/usr/binにインストールされる。ルートユーザとして起動するとエラーが出て実行できないのだが、/usr/binではなく/usr/sbinにインストールしてある場合、通常のユーザとして実行するためにはフルパスを指定する必要がおそらくあるだろう

ネットワークセキュリティの専門家にとって欠かせないオープンソースツールの数は増え続けているが、 Kismet もその一つだ。Kismetは「ワイヤレスネットワーク検出/スニッファ/侵入検知システム」で、Windows、Mac OS X、BSDなどPOSIX互換のどのプラットフォームでも利用可能だが、RFMON（モニタモード）対応ドライバの数がもっとも多く存在することからLinuxでの利用が推奨されている。 モニタモードを利用すれば、現在自分が（APを使用している場合には）使用中のAP（アクセスポイント）だけでなくKismetが監視可能なあらゆるパケットの調査が可能になるため、Kismetをフル活用するためにはモニタモードの利用が不可欠だ。またモニタモードでは形跡をまったく残さずにパケットを受動的に傍受/収集することが可能だが、そのことは警察やスパイや悪意あるハッカーにとってとほぼ同じくらい

MySQLデータベースを利用したブログやwikiなどのWebベースアプリケーションを運用している人間にとって、データベースエンジンに登録されたデータのバックアップは重要な課題の1つである。実際、データベースへの登録データをSQLクエリ形態でエクスポートする機能を備えたMySQL管理ソリューションは多数存在しているが、専用のMySQLバックアップツールを要望するなら phpMyBackupPro （pMBP）が最適な選択肢と言っていいだろう。 pMBPのインストールに伴う作業負担は、ダウンロードしたtarボールを展開して作成されるディレクトリを各自のサーバにアップロードする程度のものでしかない。ただしpMBPの付属マニュアルでは、セキュリティ的な観点からglobal_conf.phpファイルはサーバ上の別ディレクトリに移動しておくことが推奨されている。なおこれを行う場合は、definitio

/procディレクトリは不思議な存在だ。本当に存在しているわけではないのだが、ディレクトリ内を見て回ることができる。ディレクトリ内にある各ファイルの容量は0で、バイナリでもテキストでもないのだが、ファイル属性を確認したりファイルの中身を表示したりすることができる。この特殊な/procディレクトリには、カーネル、プロセス、設定用パラメータなどに関して、Linuxシステムについてのあらゆる詳細な情報がある。そのため/procディレクトリを学ぶことで、Linuxのコマンドの仕組みを学んだり、さらにはシステム管理的なことをいくらか行ったりすることなどができる。 Linuxではあらゆるものをファイルとして扱うようになっていて、例えばデバイスさえも（/devディレクトリ内の）ファイルとしてアクセスする。「普通の」ファイルは、テキストファイルかバイナリファイルのどちらか（ことによるとデバイスファイルやパ