アクセス数の急増によるサーバーダウンや応答の遅延といった、機会損失のリスクを抑えることも可能です。
large」などの表記がなされています。
DBでスケールアウトを使わない理由は、分散したサーバーで処理を継続するのが難しいためです。
スケールアウトが適する場合 では、スケールアップとスケールアウトの使い分けについて見ていこう。
ハードディスクの容量やメモリ、CPUの性能を上げるという意味です。
次のステップ クライアント ライブラリの使い方を示すサンプル アプリについては、「」をご覧ください。
しかしスケールアウト型ストレージであれば、ユーザーから見たときには常にひとつのファイルシステムであり、ノードであるサーバには独立して接続し、アクセスが可能となる点が優れているといえます。
サーバーの内容に変更がない限りはそのままでよいのですが、運営を続けてページを更新したいということになったときに、スケールアウトしてサーバーが3台になっていれば、3台に同じ更新作業を行わなければならなくなる分、手間がかかります。
一部だけ部品交換するなど、修理しながら使い続けていくものになっています。
このパターンが典型的な マルチテナントのシャーディング パターン です。
ニフクラをはじめ多くのクラウドサービスでは、サーバーの負荷に対し、あらかじめ設定した閾値に応じて自動的にスケールアウトを行う「オートスケール」サービスを提供しています。
容量が増えてもパフォーマンスが低下しないことも、このシステム導入の安心材料となっています。
それと同様に、サーバーも1台だけだと、一気に大量のタスクが発生した時に、性能が低下したり、機能が停止したりします(実際にこうした効果を期待するサイバー攻撃もあります)。
なお、Tintriのスケールアウトは、ブロック単位ではなく、VM単位で行う業界唯一の「」です。
具体的にはCPUのコア数やメモリ、ディスクの容量を増やしていきます。
一方スケールアウトとは、接続されたサーバの台数を増やして処理能力を向上させることだ。
SQL データベース が、シャーディング アーキテクチャを使用して Azure でホストされています。
サーバーを複数台にすることは容易ですが、そのあとのコンテンツの管理は大変になるということが考えられるため、1台を更新したら、2台目、3台目にもコピーするシステムを別途作るなど、対応を考えておかなければなければなりません。