Apator Rector sp. z o.o.は、オンサーバー・ストレージから集中型ディスク・ソリューションに切り替えることで、開発作業を加速したいと考えていました。

同社は、開発インスタンスをIBM®ストレージ・テクノロジーを活用した仮想化アーキテクチャーに移行しました。

忍耐は美徳です。とはいえ、ストレージ・アーキテクチャーは忍耐力を植え付けるようなものであってはなりません。ローディング画面やデータの入力を待っていると、すぐにイライラしてしまう可能性があります。特に、来週納品しなければならないアプリケーションの10回目のビルドを繰り返しているようなときには尚更です。

簡単に言うと、データが遅いとプロセスが遅くなります。そして、急成長を遂げているソフトウェア開発者であるApator Rectorにとって、待つという選択肢はもはやありませんでした。

「ソフトウェア開発に使用していた機器は非常に古く、非常に遅いものでした」とApator RectorのITインストールおよび管理責任者であるMarek Kulczyk氏は説明します。「そのほとんどは7年以上前に購入したものです。中にはもっと古いものもありました。これらのシステム上で、それぞれ大規模なOracleデータベースを利用する複数の大規模開発環境を稼動させていたのですが、パフォーマンス面で多くの問題を抱えていました。」

当時、Apator Rectorは、関連するストレージを含め、これらの環境を個々のサーバーから稼働させており、一部のデバイスは4～5TBのデータを古い低速の機器に保存していました。また、リソース不足のため、ローカル・ディスクにデータを保存しなければならないこともありました。この戦略はデータ・アクセスの速度を制限するだけでなく、全体的な可用性も低下させました。

「ホストがダウンすると、データベースにアクセスできなくなり、デザイナーの数人が作業できなくなるでしょう」とKulczyk氏は言います。「それは開発スケジュールに影響を与え、顧客満足度に影響を与える可能性があります。ですから、プロセスをより利用しやすくするものを求めていました。開発データのための集中型ローカル・ストレージを必要としていました。」

新しい階層型ストレージ・アーキテクチャーを導入することで、Apator Rectorは、より高速なデータ・アクセスを実現し、これまで同社のテクノロジーを悩ませていたパフォーマンスの問題を回避することで、開発作業を加速させました。ディスク・タイプごとにデータを分離することでシステムのパフォーマンスをより適切に最適化できる一方、仮想化により、新しいプロジェクトや顧客に対応するために、開発作業を迅速に拡張することができます。

「既存の開発環境を素早く複製し、新しいことに着手してテストするために、無停止コピーを使用しています」とKulczyk氏は述べています。「以前は、新しいデータベースを導入する場合、作業に最大2日かかることがありました。INETおよびIBMと協力した後は、5時間しかかかりません。」

「FlashSystemのSSDドライブも役立っています」とLaube氏は付け加えます。「SSDは従来の回転ディスクよりも高速なので、より素早く情報を引き出すことができます。また、可動部品がないため、信頼性も高くなります。」

もちろん、仮想化されたストレージ環境は、信頼性の向上に役立ちます。Kulczyk氏は次のように説明しています。「あるホストがダウンしても、別のホストから作業を始めることができます。これにより、停止は以前のような大きな時間の無駄ではなく、わずかな中断で済むようになりました。」

全体として、Apator Rectorは、INETとIBM Storageテクノロジーの選択に満足しています。「もうストレージに時間を費やす必要はありません」とKulczyk氏は締めくくります。「すべてはほぼ自動的に行われます。その結果、私やチームにとってコストの削減と時間の節約になります。」

Apatorグループの一員であるApator Rector （ibm.com外部へのリンク）は、ポーランド市場向けのソフトウェアを開発・販売しています。地理情報システム（GIS）テクノロジーを専門とし、主に公益事業、電気通信、公共団体にサービスを提供しています。Apator Rectorは1994年に設立され、現在150人以上のスタッフが働いています。

IBMビジネス・パートナーであるINET（ibm.com外部へのリンク）は、業界に特化したテクノロジー・ソリューションのプロバイダーです。2005年に設立され、現在、ポーランドのコルブショバに本社を置いています。