共感で繋がるSNS
人気
バスクチーズケーキ
4
かな🐰
2
凧P
9
れー@や
8
星乃・
Cijntjeが良かったそうで
6
じゅに
ASGママのアクスタ&ポスカセット欲しい.....
5
蟹道楽
2凧P
5凧P
なんか良いね
5星乃・
本人も不調を気にしてたんやろなって
4 もっとみる 
関連検索ワード
新着
📓
難しいところは特にありませんが、いくつかのスケーリングポリシーがあることを理解しました。
Target Tracking Scaling
あらかじめ目標の指標値（例：CPU 使用率 50%）を設定し、
ASG がその値に近づくように自動的にインスタンス数を増減します。
設定が簡単で、もっともよく使われる方式です。
例：
CPU 使用率が 50% を超える → インスタンスを追加
CPU 使用率が下がる → インスタンスを削除
Step Scaling
指標の増加・減少量に応じて段階的にインスタンス数を調整します。
例：
CPU 50% 超 → +2 台
CPU 70% 超 → +3 台
段階的にスケールさせたいときに使います。
Simple Scaling
しきい値を超えたら設定された数だけスケールし、その後は Cooldown（待機時間） に入ります。
Cooldown 中に再スケールができないので、反応が遅くなりやすく、現在ではほとんど使われません。
Schedule Scaling
時間指定でインスタンス数を増減する方式です。
トラフィックの増加が時間帯で予測できる場合に便利です。
例：
毎日 9:00 に +2 台、18:00 に -2 台
Predictive Scaling
過去の使用データを機械学習で分析し、将来の負荷を予測して自動的にスケールさせる方式です。
予測可能なトラフィック変動があるシステムに向いています。
6📓
Gateway Load Balancer（GWLB）
OSI 参照モデルの 第3層（ネットワーク層） に位置するロードバランサで、すべてのリクエストを検査・検証することができます。独自のルールを設定することで、リクエストの正当性を確認できます。
Sticky Session（スティッキーセッション）
ロードバランサを経由する際、同じユーザーのリクエストを常に特定のインスタンスへ転送する仕組みです。この機能は Cookie を利用して実現されています。ユーザーごとにセッションが維持されるため、ログイン状態を保持するようなアプリケーションに便利です。
Cross-Zone Load Balancing（クロスゾーンロードバランシング）
複数のアベイラビリティゾーンにまたがっている場合でも、リクエストを各ゾーンのインスタンスに均等に分散できます。この機能は ALB ではデフォルトで有効かつ無料、NLB と GWLB ではデフォルトで無効かつ有料 となっています。
SSL Certificates（SSL 証明書）
HTTPS 通信を利用するためには、ロードバランサに SSL 証明書 を設定する必要があります。これにより、クライアントとロードバランサ間の通信が暗号化され、セキュリティが向上します。
Deregistration Delay（登録解除ディレイ）
インスタンスを シャットダウン（終了）する際、設定した時間だけ待機して、処理中のリクエストをすべて完了させてから削除する機能です。サービス停止時のリクエスト損失を防ぎます。
Auto Scaling Group（ASG）
特定の条件（CPU 使用率など）をトリガーとして、インスタンスを自動的に増減させる仕組みです。ロードバランサと連携させることで、高可用性とコスト効率の両立が可能になります。
8凧P
とりあえずママ本は
こぺお母様の本はフォトアルバム見てるみたいでエモかったし
yadapotママの本は色んなソフちゃんいっぱいでホクホク
ASGママの本は笑顔いっぱいめるちと、アンニュイないでぃおすのギャップがめちゃ良かった…
8
燕鷲(エ
4 もっとみる