ベストプラクティス 13.3 – システムまたはコンポーネントの独立したスケーリングを可能にするアーキテクチャを選択する

SAP システムとコンポーネントは、制約を受けることなく拡張できる柔軟性を備えている必要があります。これは、割り当てられたハードウェア内で、または一部のコンポーネントの水平スケーリングを使用して実現できます。どのアーキテクチャがこのスケーリングを可能にするかを検討し、関連するトレードオフを評価します。

提案 13.3.1 – システム間またはコンポーネント間のパフォーマンスへの影響を検討する

個々のシステムまたはコンポーネントを分離し、コンポーネント間のパフォーマンスへの悪影響を回避します。複数の小さなインスタンスサイズをデプロイすることで、インスタンスの再利用、ワークロードに応じたスケーリング、容量のオンデマンド化などのオプションが提供されます。コスト上の理由からリソースの使用を最適化しようとする場合は、例外があります。詳細については、コストの柱を参照してください。

提案 13.3.2 – 最高のパフォーマンスを得るために容量の柔軟性を考慮する

アプリケーションサーバーなどのコンポーネントのスケーリングが可能なアーキテクチャを選択することで、パフォーマンス要件に合わせて容量を調整し、月末の処理や季節的なピークなどの例外的な需要に合わせてスケールアップすることができます。