IBM Cloud Docs
ベースラインの作成

ベースラインの作成

ベースラインの作成は、以下のいずれかの場合に効果的な方法です。

  • 既存のデータベース・インスタンスのパフォーマンスを理解して、そのインスタンスを IBM Cloudにマイグレーションする際の要件へのマッピングを有効にする。
  • IBM Cloudでの新規データベース・インスタンスのパフォーマンスの取り込み。

この方法では、Windows パフォーマンス・モニターのパフォーマンス・カウンターが SQL Server の待機統計をキャプチャーして、データベース・インスタンスの現在のパフォーマンスと潜在的なボトルネックについての理解を深めます。 主要なカウンターには、CPU、メモリー、IOPS、スループット、および待ち時間が含まれます。 キャプチャーには、ピーク時のワークロード・アクティビティーを含める必要があります。 ピーク時には、営業日のユーザー・ワークロードだけでなく、その他の負荷の高いアクティビティー (1 日の終わりの処理や四半期の終わりの処理など) も含まれます。 カウンターの分析により、SAL サーバー・インスタンスをホストする仮想サーバーの計算とストレージを最適に選択できます。

Compute

IBM Cloudでは、基本的なサイジングの概念として、アプリケーションが必要とするコンピュートをプロビジョンしてから、ビジネスの必要に応じてスケールアップまたはスケールダウンを計画するというものがあります。 これは、可能な限り多くの仮想サーバー・リソースを利用する必要があることを意味します。したがって、ワークロードに影響を与えずに平均 CPU をできるだけ高く保つために、仮想サーバーの vCPU サイズ設定を選択する必要があります。 理想的には、平均で 80% の vCPU を使用し、90% を超えるピークを許容しますが、どの期間も 100% には達しないようにします。

以下の Windows パフォーマンス・モニター・カウンターは、 SQL Server 仮想サーバーの CPU 正常性の検証に役立ちます。

  • \ プロセッサー情報 (_Total)% プロセッサー時間。
  • \Process (sqlservr)% プロセッサー時間。

メモリーはベースライン化されている必要があり、オペレーティング・システムによって使用されるメモリーと、 SQL Serverによって内部で使用されるメモリーの両方が含まれている必要があります。 以下の Windows パフォーマンス・モニター・カウンターは、 SQL Server 仮想サーバーのメモリーの正常性を検証するのに役立ちます。

  • \ メモリー \ 使用可能 MB
  • \SQLServer: メモリー・マネージャー \ ターゲット・サーバー・メモリー (KB)。
  • \SQLServer: メモリー・マネージャー \ 合計サーバー・メモリー (KB)。
  • ¥ SQLServer: Buffer Manager¥ Lazy writes/sec.
  • ¥ SQLServer: Buffer Manager¥ Page life expectancy.

ストレージ

SQL Server インスタンスのパフォーマンスは、IOPS およびスループット・カウンターによって測定されるストレージ・パフォーマンスに大きく依存します。 データベースが使用可能メモリー・スペースに完全に収まらない場合、 SQL Server は、データベース・ページをバッファー・プールに入ったり、バッファー・プールから出したりします。 データ・ファイルおよびログ・ファイルへのアクセスは、以下のように特徴付けられます。

  • トランザクションをロールバックする必要がある場合を除き、ログ・ファイルへのアクセスは順次です。
  • tempdb を含むデータ・ファイルは、ランダムにアクセスされます。

以下の Windows パフォーマンス・モニター・カウンターは、 SQL Serverに必要な入出力スループットの分析に役立ちます。

  • ¥ LogicalDisk ¥ Disk Read/Sec-Read IOPS.
  • \LogicalDisk \ ディスク書き込み/秒-書き込み IOPS。
  • \LogicalDisk \ ディスク読み取りバイト/秒-データ、ログ、および tempdb ファイルの読み取りスループット要件。
  • \LogicalDisk \ ディスク書き込みバイト/秒-データ、ログ、および tempdb ファイルの書き込みスループット要件。

入出力装置サイズは、以下のように、IOPS とスループットの両方の機能に影響を与えます。

  • 入出力サイズが小さいほど、IOPS が高くなります。
  • 入出力サイズが大きいほど、スループットが高くなります。

SQL Server は、最適な入出力サイズを自動的に選択します。 ブロック・サイズがパフォーマンスに与える影響を参照してください。 さらに、 ストレージ-コンピュート・パフォーマンス・メトリックを参照してください。ここでは、コンピュート・インスタンスとブロック・ストレージ・ボリュームの間の読み取り操作と書き込み操作について予想できるベースライン・メトリックについて説明しています。