設定した時間アイドルが続くと、自動的に停止するように構成できます。アイドルが続くと停止してしまいますが、新しく接続したタイミングで復帰するようになっているので、クライアント側でのリトライを適切に実装していれば低コストに利用出来ます。作成して試してみました。今回はテスト目的だったので、設定はほぼデフォルトのままにしました。時間アイドルが続くと、自動的に一時停止状態になります。対抗できるぐらいにして欲しいですね。接続をリトライする処理を組み込めば良いですが、いくつか方法があると思います。組み込みのリトライなどがあります。組み込まれているリトライ機能は、コマンド実行時のリトライになり、初回コネクションの失敗時には使えないらしいので注意したいところです。使って以下のようなリトライポリシーを用意して試してみました。組み込みの機能を使った方が良いかもしれません。よって行われるために時間はかかりますが失敗とはなりません。見ると、リトライが行われていることが確認できます。秒ぐらいにしておいた方が、全体としての待機時間を少なく出来そうです。向いていないので、固定値の方が良いでしょう。組み込みでリトライ機能が用意されているので、オプションを設定するだけで良い感じに処理してくれます。呼び出せばよいので、非常に簡単です。分ほど必要とドキュメントに書かれているので、リトライ回数が少ないと上手く動作しないこともあるので気を付けましょう。インスタンス管理を行った方が楽です。詳しくは以前書いたエントリを参照してください。自動的に再開されます。実行履歴を確認すると、時間はかかっていますが処理自体は成功しています。接続に失敗していますが、最終的には成功していることが確認できます。復帰にかかる時間は無視できると思います。調整すれば良さそうです。使ってコスト削減が可能なのは、決まった時間でバッチ的に処理を行って、それ以外はほぼアクセスされないというようなケースでしょう。設定した時間より少し前にホストを起動する仕組みになっています。本体では再開済みの状態で処理で行うことが出来そうです。行う処理を追加しました。}}停止状態であれば間違いなく失敗するので、それが原因で落ちないようにだけしておきます。処理自体を投げっぱなしにして、ホストの初期化が遅れないようにもしておきます。非同期で再開されます。エラーが発生していないことが確認できます。当然ながら全体の処理時間も短縮されています。起動するタイミングで自動的に再開されるようになります。それぞれで、本当に必要な時のみ課金が行われる環境を用意できます。常時リソースが確保される場合と比べて、コストは格段に最適化されます。はてなブログをはじめよう!shiba-yanさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。