今日、予算は貴重です。人員の予算を立てるのは難しいですが、ツールの予算を立てるのは驚くほど簡単な場合があります。優れたツールは、より面倒なタスクを自動化することで、過労のDBAからのプレッシャーを実際に取り除くことができます。問題を迅速に特定し、人為的ミスのために何かを見逃すリスクを減らすのに役立ちます。そして、問題を先取りできるようにすることで、ユーザーが問題を経験するまでにすでに問題を解決しているのです。
提案された投資で「先のとがった上司」にアプローチするときは、提案されたツールの総所有コストを詳細に評価することが重要です。多くの場合、私たちは直接コストに焦点を合わせ、セットアップ、構成、またはメンテナンスに必要なインフラストラクチャやリソースのコストなどの間接コストを見落としています。
支出の決定
組織、予算の管理方法、または利用可能な資金がある場所に応じて、資本的支出（CapEx）予算に関連するより大きな先行投資でコストを前倒しすることを好む場合があります。コストを時間の経過とともに均等に分散し、運用支出（OpEx）予算に関連付けます。
近年、サービスとしてのソフトウェア（SaaS）ツールにより、あらゆる形態と規模の組織が、管理可能な継続的なコストで洗練された非常に強力なソフトウェアにアクセスできるようになりました。
SaaSは万人向けではありません。支払いスケジュールとは別に、考慮すべき重要な決定ポイントの1つはTCOです。次の表は、検討事項を組み立てるのに役立ちます。
一般的なパフォーマンス監視システムの構成の詳細については、ブログ「データベース監視アーキテクチャ」をご覧ください。
オンプレミスとSaaSの簡単な比較
以下では、「監視対象エンドポイント」について説明します。これは、監視対象のデータベースインスタンス、オペレーティングシステム、および/またはそれがインストールされているハイパーバイザーを指す場合があります。
監視ソリューションの所有コストの一般的な要因
| 従来のオンプレミスソリューション | SaaSソリューション |
|
|
|
|
|
|
|
|
ライセンスとサブスクリプション
従来のオンプレミスソフトウェアの場合：
- 通常、かなりの前払いライセンス料がかかります。これは、資本的支出（CapEx）予算から引き出す組織に適しています。
- 年間メンテナンスの要素。通常、初期ライセンスコストの約20％です。データベースのパッチと更新によりデータ収集が中断される可能性があるため、更新へのアクセスは非常に重要です。
SaaSソリューションの場合：
- SaaSは定期的なサブスクリプションに基づいています。これにより、多額の先行投資を回避できます。これは、運用費（OpEx）予算の下でソフトウェアを扱うことを好む組織に適しています。
- 現金が豊富な場合は、複数年のサブスクリプションを検討してください。これにより、ベンダーから適切な割引料金が提供されます。
- ほとんどのSaaS監視ソフトウェアは毎年請求されます。月額モデルまたは従量制モデルは、監視にはあまり一般的ではなく、通常はより高価になります。
- 柔軟性には代償が伴います。数量とより長いサブスクリプション期間についての良いアイデアがある場合は、ロックインするとより良い価値が得られます。
- サブスクリプションが収集されたデータのレベルに関連付けられている場合は、予測されるデータ要件を慎重に計算してください。パフォーマンスデータは急速に大きくなる可能性があります。予測可能性を高めるには、保存されているデータではなく、監視対象のエンティティで計測されたソリューションを探します。
- ホスト型ソリューションには、データストレージと継続的なメンテナンスのコストを含める必要があります。
可動部品
パフォーマンスデータ収集
- 監視対象のエンドポイントからデータを収集する、サービスをホストするために必要なハードウェアの要素。監視対象インスタンスへの影響を回避するために、監視ソフトウェアを同じマシンに配置しないでください。データコレクターは「エージェントレス」である必要があります。
- 監視するSQLサーバー接続の数を検討してください。ホストオペレーティングシステムやハイパーバイザーも監視している場合は、これも考慮に入れる必要があります。
- 単一のデータ収集サービスがサポートできる監視対象エンドポイントの数に関するガイドラインについては、ベンダーのドキュメントを確認してください。
- 複数のデータ収集サービスを「フェデレーション」する必要がある場合は、複数のデータ収集ホストを指定する必要があります。
- SaaSソリューションの場合、オンプレミスワークロード用のオンプレミスデータコレクターがあり、これをサービスとしてのデータベース（DBaaS）からのデータ取得用のクラウドベースのサービスに置き換えることができます。
短期診断リポジトリ
短期診断リポジトリに必要なデータベースインスタンスのコストを考慮に入れてください。これは、診断と再生機能を容易にするために詳細なデータが保存される場所です。サイズは以下によって異なります：
- 監視対象のエンドポイントの数
- 追跡される指標の量
- 各指標のデータ収集の頻度
- SQLコードや実行プランが保持されているかどうか
- 保持される履歴の量
保持されるデータの1日あたりの監視対象エンドポイントごとの診断データの量に関するベンダーガイドラインを確認してください。保持される履歴の量は、ほとんどのオンプレミスソリューションで1〜4週間の範囲になる傾向があります。それより長いものは、必要な分析を推進するために、かなりのストレージとかなりのコンピューティングリソースを必要とします。
長期分析/レポートリポジトリ
オンプレミスソリューションは、診断リポジトリから詳細なデータを定期的に取得して集約し、分析リポジトリまたはレポートリポジトリに保存します。保持されるデータの1か月あたりの、監視対象エンドポイントごとのレポートデータの量に関するベンダーガイドラインを確認してください。大規模なインストールの場合、レポートリポジトリ用に個別のデータベースインスタンスが必要になる場合があります。これは、コストに含める必要があります。
SQLServerインスタンスを決定するための考慮事項
従来のオンプレミスソリューションとSaaSソリューションのどちらが必要かを判断するときは、次のアクションステップを念頭に置いてください。
- 必要な監視対象エンドポイント（SQL Server、Windows、Linux HyperVなど）の数を確立します。
- 必要なデータ収集サービスの数、ホスト要件、および関連するコストを確立します。
- WindowsServerやSQLServerインスタンスなど、インフラストラクチャに関連するライセンスコストの要因。
- オンプレミスストレージのコストを評価する場合、ITチームが請求するテラバイトあたりの価格が設定されている場合があります。そうでない場合は、オンプレミスストレージの合計価格を考慮してください。良いガイドがWasabiによって公開されています。
- オンプレミスソリューションの場合は、ホストのハードウェアとライセンスのコスト、および診断とレポートデータに必要なデータベースを考慮してください。