AWS Insight:EC2の予約-仕組み

こんにちは 画像

ご存知のように、クラウドサービスを使用するための基本的なルールの1つは、すべて、特に問題の財務面を最適化することです。 Amazon Web Servicesには、サービスのコストを最適化するための3つの主要な方法があります。

今日は、EC2のバックアップについて、どのように、何を、なぜこれを行う必要があるかについてお話します。

予約はサーバー容量の前払いであり、これによりこれらの同じ容量のコストを大幅に削減できます。 予約には3つのタイプがあります。

予約は1年に1回または3年に1回購入されます。 予約が発生します:

ビジネスケース


適切な予約を選択する基本原則:サーバーの実行時間が長いほど、予約を購入するのに費用がかかります。 実験してみましょう。 サイズがM1.XLargeのサーバーを1つ取り出して実行します。 サーバーが稼働する1日あたりの時間数に応じて、1年間と3年間にサーバーに支払う必要がある金額を計算できます。 したがって、今日の価格設定:
利用モデル1年3年
前払い毎時前払い毎時
オンデマンド0.52ドル0.52ドル
光利用予約552ドル0.392ドル850.40ドル0.312ドル
中程度の利用予約1,280ドル0.248ドル2,000ドル0.20ドル
ハード利用予約1560ドル0.20ドル2,400ドル0.16ドル

年次テスト

計算される年間価値は、次の式に従って計算されます。

HS = H * 365 * C + P 、ここで

HS-年間価値
H-マシンが稼働している1日あたりの時間数
C-1時間の費用
P-予約費用

価格リストから「1年」列を取得し、インスタンスが起動された時間に応じて価格表を作成します。
1年、$
1日あたりの時間オンデマンド軽いハード
1189.80665.881,350.081,606.72
2379.60779.761,420.161,653.44
3569.40893.641,490.241,700.16
4759.201,007.521,560.321,746.88
5949.001,121.401,630.401,793.60
61,138.801,235.281,700.481,840.32
71,328.601,349.161,770.561,887.04
81,518.401,463.041,840.641,933.76
91,708.201,576.921,910.721,980.48
101,898.001,690.801,980.802,027.20
112,087.801,804.682,050.882,073.92
122,277.601,918.562,120.962,120.64
132,467.402,032.442,191.042,167.36
142,657.202,146.322,261.122,214.08
152,847.002,260.202,331.202,260.80
163,036.802,374.082,401.282,307.52
173,226.602,487.962,471.362,354.24
183,416.402,601.842,541.442,400.96
193,606.202,715.722,611.522,447.68
203,796.002,829.602,681.602,494.40
213,985.802,943.482,751.682,541.12
224,175.603,057.362,821.762,587.84
234,365.403,171.242,891.842,634.56
244,555.203,285.122,961.922,681.28

この表に基づいて、グラフを作成します。
画像

ご覧のとおり、1日最大7時間まで、最も安いオプションはオンデマンドです。つまり、 前払いなし。 サーバーが8つ以上使用されている場合は、Light Utilization Reservationを購入するのが理にかなっています。

この研究の前に、私はすべてがその場所を持っていると思っていましたが、 15時間後にはハード利用予約 、およびミディアムを使用するほうがより有益であることに注意してください。 投稿の下部にあるUPD。

おわりに

マシンを1 1時間から7時間使用する場合は、前払いをしない方が良いでしょう7から15- 軽度使用予約を使用します 。 車が1日15時間以上走行する場合は、 ハード使用予約を購入することをお勧めします

3年のテスト

同じテスト、3年間の予備金のみ。 コスト表:
3年、$
1日あたりの時間オンデマンド軽いハード
1569.401,121.962,166.442,513.88
21,138.801,393.522,332.882,627.76
31,708.201,665.082,499.322,741.64
42,277.601,936.642,665.762,855.52
52,847.002,208.202,832.202,969.40
63,416.402,479.762,998.643,083.28
73,985.802,751.323,165.083,197.16
84,555.203,022.883,331.523,311.04
95,124.603,294.443,497.963,424.92
105,694.003,566.003,664.403,538.80
116,263.403,837.563,830.843,652.68
126,832.804,109.123,997.283,766.56
137,402.204,380.684,163.723,880.44
147,971.604,652.244,330.163,994.32
158,541.004,923.804,496.604,108.20
169,110.405,195.364,663.044,222.08
179,679.805,466.924,829.484,335.96
1810,249.205,738.484,995.924,449.84
1910,818.606,010.045,162.364,563.72
2011,388.006,281.605,328.804,677.60
2111,957.406,553.165,495.244,791.48
2212,526.806,824.725,661.684,905.36
2313,096.207,096.285,828.125,019.24
2413,665.607,367.845,994.565,133.12

テーブルのチャート:
画像

結論

3年間、インスタンスが1日3時間まで開いている場合、 予約使用は正当化されません3から10まで -1日10時間後にLightを使用することをお勧めします-Hard Utilization Reservation

どうやら、MediumはLightよりも収益性が高い場合のどちらの場合でも平均的なオプションですが、メンテナンス時にはHard予約よりも安価です。 これが彼女の唯一の目的のようです。

おわりに


そのため、計算結果を見ると、予約の使用が単に必要な理由がはっきりとわかります! マシンを1年間継続して使用すると、この例では次のように保存できます。

($ 4,555.20-$ 2,681.28)/ $ 4,555.20 * 100%= 41%

3年間:

(13,665.60ドル-5,133.12ドル)/ 13,665.60ドル* 100%= 62%

印象的な数字ですよね?

UPD: m_zと彼のコメントに感謝します。

重度使用予約を選択すると、インスタンスが機能しなくても、インスタンスの費用を支払うことになります。 年間の価格は直接となります。
画像

さて、ロジックは犠牲になります。最初はオンデマンドインスタンスを使用し、次にライト予約、ミディアム予約、ヘビーを作成する方が安価です。

スプレッドシートエディタでテンプレートを作成し、有益な予約ポリシーを作成するために使用するインスタンスのタイプごとに作成することをお勧めします。

Source: https://habr.com/ru/post/J162345/


All Articles