- 新しい順
- 投票が多い順
- コメントが多い順
You may need to check where this acceleration comes from to determine the warm up process. In CloudWatch metrics, you have ModelLatency
and OverheadLatency
.
SageMaker Endpoint has a front-end router which maintains some caches for meta data and credentials. If the requests are frequent enough, the cache will be retained and auto renewed. This will reduce the OverheadLatency
.
If you see a big drop in ModeLatency
with warm-up requests, this may mean your algorithm container could have been configured to retrain some temporary data longer.
Normally, you could schedule an invocation Lambda with CloudWatch Alarms to target tracking the metricInvokationPerInstance
. This will make sure you always maintain a certain invocation rate when idle and those fake requests could settle down when real requests are picking up.
The issue with warm-up is that we stops the normal auto-scaling process of endpoints. The endpoint may not scale down properly.
関連するコンテンツ
- AWS公式更新しました 1年前
- AWS公式更新しました 7ヶ月前
To better understand, are you using SageMaker serverless inference (https://docs.aws.amazon.com/sagemaker/latest/dg/serverless-endpoints.html)?