株式会社クライム

  • 製品
  • サポート
  • 会社情報
  • 採用情報
クラウド対応
Climb Cloud Backup for Microsoft 365
Climb Cloud Backup & Security
Climb Cloud Backup for Google Workspace
HPE Zerto(ゼルト)
Entrust(エントラスト)
MSP360 Backup
N2WS Backup & Recovery
(エヌツーダブルエス バックアップアンドリカバリ)
Druva Phoenix(フェニックス)
Druva inSync(インシンク)
Kasten K10 PLATFORM
Veeam Backup for AWS
Veeam Backup for Azure
Veeam Backup for GCP
Veeam Backup for Microsoft 365
StarWind(スターウィンド) for IBM i
仮想化
Veeam Backup & Replication
(ヴィーム バックアップ & レプリケーション)
Veeam Agent for Windows/Linux
Veeam Backup for Nutanix AHV
Veeam Essentials
Veeam ONE(ヴィームワン)
HPE Zerto(ゼルト)
Entrust(エントラスト)
Accops(アコップス)
ストレージ関連
StarWind(スターウィンド)
ARTESCA(アルテスカ)
ExaGrid(エクサグリッド)
Blocky for Veeam(ブロッキー)
Wasabi hot cloud storage
Wasabi cloud NAS
Veeam Data Cloud Vault
監視/管理
Veeam ONE(ヴィームワン)
Entrust CloudControl(エントラスト)
Database Performance Analyzer(DPA)
データベース・アクセス
Syniti Replicate(スィニティ)
GlueSync(グルーシンク)
チャート・レポート・ダッシュボード
Espress(エスプレス)シリーズ
製品一覧ページへ
技術資料
総合FAQサイト
総合ドキュメントサイト
製品別テクニカルブログ
クライムYouTubeチャンネル
技術サポート
Web遠隔サポート
技術専用問合せフォーム
導入ご検討中の方
リアルタイムWEBデモ
無償評価版取り扱い製品
総合問合せ窓口
イベント&セミナー
セミナー情報
製品別個別セミナー
イベント出展情報
サポートトップへ
会社情報
会社情報
会社概要
プレスリリース
地図・アクセス
事業所案内
ユーザ会
製品サポート FAQ & Tipsサイト

検索結果:

AWS コストの管理と削減のための7つのベストプラクティス

AWS

以下のベストプラクティスを導入することで、企業はAWSにおける最適な支出を確保することができます。

1. リソースの最適化と適正化

リソースの最適化と適正化には、AWSリソースの利用状況を分析し、不要な過剰プロビジョニングを排除しながら、ワークロード要件に確実に一致させることが含まれます。 このプロセスは、過剰なインスタンスやアイドル状態のインスタンスに対する無駄な支出を排除するのに役立ちます。 ライフサイクルポリシーを使用してストレージ階層間のデータ移行を自動化することで、継続的なコスト効率性を確保することができます。

Compute OptimizerやTrusted AdvisorなどのAWSサービスは、CPUやメモリの使用率などの指標を分析して実行可能な推奨事項を提供し、企業が最もコスト効率の高いインスタンスタイプやサイズを決定するのに役立ちます。ストレージの最適化については、企業はアクセス頻度の低いデータをAmazon S3 Infrequent AccessやGlacierなどのコスト効率の高いストレージソリューションに移行することができます。

2. コスト効率を高めるためのスケジュールと自動化

AWS Instance Schedulerのようなサービスを利用すると、管理者は夜間や週末、休日など、業務時間外にインスタンスを停止するルールを作成することができます。このアプローチは、24時間365日稼働させる必要のない開発、テスト、ステージング環境に特に有効です。

AWS Lambdaのような自動化ツールをCloudWatch Eventsと組み合わせることで、アイドル状態のインスタンスの終了や未使用のEBSボリュームの削除など、リソースのクリーンアップアクションをトリガーすることができます。需要が変動するワークロードの場合、オートスケーリング機能により、コストを削減しながらパフォーマンスを維持するために実行中のインスタンスの数を動的に調整することができます。

3. コスト割り当てタグの導入

コスト割り当てタグは、AWSの費用をビジネスユニット、チーム、プロジェクトに割り当て、追跡するために不可欠です。タグはリソースに付加されるメタデータラベルとして機能し、支出のきめ細かい分析を可能にします。例えば、「Environment: Production」や「Department: Finance」などのタグを使用することで、組織はコストのかかっている分野を特定し、是正措置を取ることができます。

AWSは、タグに基づいて支出をフィルタリングし分析するためのツールとして、Cost ExplorerやBudgetsなどを提供しています。組織全体で標準化されたタグ付けポリシーを徹底することで、クラウド利用の説明責任をより適切に果たすことができます。また、タグ付けはチャージバックやショーバックのプロセスを簡素化します。

4. 定期的なコストのモニタリングとガバナンス

AWSの費用を管理するには、定期的なコストの監視とガバナンスが不可欠です。AWS Cost Explorer、コストおよび使用状況レポート、AWS Budgetsは、費用の傾向を追跡し、異常を特定し、予算のしきい値を設定するためのツールを提供します。これらのツールは、費用がサービス、アカウント、および地域にどのように分散しているかを可視化します。

AWS Organizations を通じてサービスコントロールポリシー(SCP)を実装するなどのガバナンスの実践により、リソースが組織のポリシーに準拠してプロビジョニングされることを保証します。例えば、SCP を使用して、コストの高いインスタンスタイプの使用を制限したり、リソースのデプロイを特定のリージョンに限定することができます。ガバナンスポリシーと組み合わせた定期的なコストの見直しは、組織が非効率性を特定し、コスト削減策を実施するのに役立ちます。

5. コスト管理のためのコードとしてのインフラストラクチャの利用

AWS CloudFormation、AWS CDK、TerraformなどのInfrastructure as code(IaC)ツールを使用することで、企業はコードを使用してクラウドリソースを定義および管理することができます。 IaCにより、リソースのプロビジョニングが常に一貫性のある自動化された反復可能なものとなり、コスト超過につながる可能性のある手動エラーの発生を低減できます。

IaCテンプレートでは、リソースの制限を指定したり、インスタンスの種類を制限したり、スポットインスタンスのようなコスト効率の高い構成を自動的に有効にしたりすることで、コスト管理のベストプラクティスを組み込むことができます。さらに、IaCにより、組織はインフラストラクチャのバージョン管理が可能になり、変更の追跡や構成の最適化が容易になります。

6. FinOpsの実践の採用

FinOps(財務業務)は、財務上の説明責任と業務効率を組み合わせた、クラウドコストの管理における協調的なアプローチです。 財務、業務、エンジニアリングの各チーム間の部門横断的な協力を促し、ビジネス目標に沿いつつ、クラウド支出の最適化を図ります。 FinOpsの実践には、定期的なコスト分析、予測、最適化の取り組みが含まれます。

FinOpsの重要な要素のひとつはコストの透明性であり、これによりすべての利害関係者が詳細な支出データにアクセスできるようになります。 この共有された可視性は説明責任を促し、データに基づく意思決定を推進してコスト削減を実現します。さらに、FinOps を採用する組織は、自動化と分析を活用してコスト管理戦略を改善し、継続的な改善を優先しています。

7. バックアップ管理とストレージの最適化

バックアップ管理とストレージの最適化は、データ保護と災害復旧機能を損なうことなく AWS コストを最小限に抑えるために不可欠です。 組織はバックアップ戦略を評価し、冗長なバックアップを排除し、過剰な保持を回避し、コスト効率の高いストレージソリューションを活用すべきです。

Amazon S3 GlacierやGlacier Deep ArchiveなどのAWSサービスは、アクセス頻度の低いバックアップの長期保存に最適です。ライフサイクルポリシーを適用することで、企業はあらかじめ設定した期間が経過したデータを自動的に標準ストレージ層からより低コストのアーカイブストレージに移行することができます。例えば、Amazon S3で日次バックアップを30日間保持した後、Glacierに移行することで大幅なコスト削減を実現できます。

さらに、重複排除と圧縮技術によりバックアップのサイズを縮小し、ストレージコストを削減することができます。N2Wのようなツールは、バックアップポリシーの一元管理を簡素化し、コスト効率の高い手法の自動化と徹底を容易にします。バックアップ構成の定期的な監査により、組織の保持ポリシーへの準拠が保証され、不要なデータの蓄積を防止することができます。

N2W最適化クラウドバックアップによるAWSのコスト削減

AWSのコスト管理は、価格設定を理解するだけではなく、より賢明な意思決定を迅速に行うことが重要です。そこでN2WSがサポートします。

当社のクラウドネイティブなバックアップおよび災害復旧プラットフォームは、AWS環境を推測に頼らずに管理できるようにします。 古いスナップショットの自動アーカイブ、アイドルリソースのシャットダウン、利用率の低いボリュームの監視など、すべてを直感的な単一のダッシュボードから実行できます。 AWS、Azure、Wasabiのいずれにバックアップする場合でも、N2Wはデータの安全性、不変性、コスト最適化を保証します。

 

N2WSがコスト削減に役立つ主な方法:

  • スマートなスナップショットアーカイブにより、ストレージ費用を最大92%削減。
  • 自動化されたポリシーとクロスクラウドDRにより、毎週何時間も節約。
  • エアギャップストレージと不変のスナップショットにより、バックアップのセキュリティを確保。
  • 内蔵のコストエクスプローラーとアラートにより、支出を可視化。

クラウドのコスト削減は、保護の妥協を意味するものであってはなりません。

AWSコストについてのエクスパートからのアドバイス

AWS

 

  • インスタンスファミリーの更新機会を活用する:インスタンスファミリーの更新情報を定期的に確認しましょう。新しい世代のインスタンスファミリーは、同等のパフォーマンスまたはより低いコストで、より優れたパフォーマンスを提供していることがよくあります。ワークロードを最新のインスタンスファミリーに移行することで、大幅なコスト削減を実現できます。

 

  • 複数のアカウントを統合する:組織で複数のAWSアカウントを使用している場合は、AWS Organizationsでそれらを統合することで、ボリュームディスカウントを共有し、請求を簡素化することができます。このアプローチは、コスト最適化のための集中管理も実現します。

 

  • 地域ごとの価格差を活用:AWSの価格は地域によって異なります。レイテンシに敏感でないワークロードの場合は、コストの低い地域にリソースを展開します。例えば、US East (N. Virginia) や US West (Oregon) のような地域は、価格競争力があることが多いです。

 

  • 未使用のボリュームに対するライフサイクルポリシーを実装:未使用のEBSボリュームは、多額の費用が発生する可能性があります。ライフサイクルポリシーを使用して、非アクティブなボリュームのスナップショットを自動的に作成し、削除することで、未使用のストレージが不要な費用を発生させないようにします。

 

  • データの転送を監視し、キャッシングを使用:アプリケーションが頻繁に異なるリージョンやパブリックインターネット上のデータにアクセスすると、データ転送費用が高額になる可能性があります。Amazon CloudFrontやAWS Global Acceleratorなどのキャッシングレイヤーを実装して、転送トラフィック費用を削減します。

AWSの価格設定モデルの概要

AWS

AWSは、さまざまなビジネスニーズに対応するために、複数の価格モデルを提供しています。

オンデマンドインスタンス

オンデマンドインスタンスは、インスタンスの種類に応じて、コンピューティング能力を時間単位または秒単位で支払う従量制の価格モデルです。初期費用は発生せず、ユーザーは長期的な契約を結ぶことなく、いつでもインスタンスを開始または停止することができます。このモデルは、需要が予測できない作業負荷や短期プロジェクトに最適です。

利点:

  • 柔軟性:必要に応じてインスタンスの起動と停止が可能。
  • 初期費用なし:使用した分だけのお支払い。
  • 使いやすさ:長期契約を必要としないシンプルな請求。

短所:

  • コスト高:長期契約の他の料金モデルと比較すると割高。
  • コスト管理:継続的に実行されるインスタンスでは、コストが予測しにくくなる可能性がある。

リザーブドインスタンスと割引プラン

リザーブドインスタンス(RI)とセービングプランは、1年または3年間の利用を確約する代わりに、オンデマンド価格よりも割引価格で利用できるものです。RIは前払いと利用確約に基づいて割引を提供し、セービングプランはインスタンスタイプを問わず、より柔軟に同様の割引を提供します。

利点:

  • コスト削減:オンデマンドと比較して最大72%のコスト削減。
  • 予測可能な請求:安定したワークロードに最適。
  • 柔軟なセービングプラン:従来のRIよりも適応しやすい。

短所:

  • 前払い契約:事前計画と長期的な契約が必要。
  • 柔軟性の制限(RI):特定のインスタンスタイプとリージョンに制限される。

スポットインスタンス

スポットインスタンスでは、ユーザーは使用されていないAWSの容量を大幅に低い価格で入札することができ、オンデマンド料金よりも最大90%も安くなる場合もあります。ただし、これらのインスタンスは、容量が他の場所で必要になった場合、AWSによって中断される可能性があります。

長所:

  • 大幅なコスト削減:非クリティカルなワークロードやバッチ処理に最適です。
  • 高い可用性:地域全体にわたって予備の容量に幅広くアクセスできます。

短所:

  • 中断のリスク:インスタンスはわずかな通知で終了される可能性があります。
  • 限定的なユースケース:クリティカルなアプリケーションや時間的制約のあるアプリケーションには不向きです。

専用ホストおよび専用インスタンス

専用ホストおよび専用インスタンスは、単一のお客様専用の物理サーバーを提供します。これらのオプションは、コンプライアンス、ライセンス、規制要件が厳しい組織向けに設計されています。

利点:

  • コンプライアンス:厳しいセキュリティおよびコンプライアンス要件に対応します。
  • 専用リソース:他の顧客とのリソース共有はありません。
  • ライセンスの持ち込み:特定のライセンスモデルに対応。

短所:

  • 高コスト:専用ハードウェアを使用するため、他のモデルよりも高価。
  • 限定的な拡張性:仮想化ソリューションと比較して柔軟性が低い。

スナップショットのアーカイブにAmazon S3を使用のヒント

AWSコスト

●アーカイブ前にデータの分類を優先:すべてのスナップショットが同じように重要であるわけではありません。 コンプライアンスやDRなどの重要なスナップショットと、より長い検索時間を許容できるスナップショットを区別するために、堅牢なデータ分類ポリシーを導入します。

●アーカイブからの取得に関するSLAをDR計画に統合:GlacierまたはDeep Archiveにスナップショットをアーカイブした場合、取得に数分から数時間かかる場合があります。 災害復旧(DR)計画では、こうした取得SLAを考慮して、予期せぬ遅延を回避する必要があります。

●S3 Object Lockを使用して保持の徹底を自動化:S3 Object Lockを使用して重要なスナップショットの不変性を徹底し、早期の削除を防止して、規制へのコンプライアンスを確保します。 また、誤ってまたは悪意を持って削除されることも防ぎます。

●重要アーカイブスナップショットには、クロスリージョンレプリケーションを活用:スナップショットをアーカイブする前に、クロスリージョンレプリケーション(CRR)を有効にします。これにより、リージョンがダウンした場合でも、アーカイブされたデータは別のリージョンで利用可能になります。

●AWS Cost Explorer を使用して定期的にコスト監査を実施する:S3 GlacierとDeep Archiveはコスト削減をもたらしますが、これらは長期間にわたって気づかぬうちに蓄積される可能性があります。AWS Cost Explorerを使用して定期的にアーカイブコストを監査し、スナップショットのライフサイクルポリシーが最適化されていることを確認してください。

真のクラウドコストについて

AWSコスト

  • ストレージ階層化を動的に活用:静的なライフサイクルポリシーにとどまらず、使用パターンを自動的に分析し、動的に階層間でデータを移動するツールを使用して、パフォーマンスとコストの両方をリアルタイムで最適化することを検討してください。
  • スポットフリートで高可用性を実現:スポットインスタンスはコスト削減に役立ちますが、最も安価な利用可能なスポットインスタンスを自動的に選択し、再バランスする「スポットフリート」を作成することで、コスト効率と稼働時間を確保することができます。
  • カスタム価格モデルの交渉:大手クラウドプロバイダーは、大量に利用する企業向けにカスタム価格帯を提供しています。既定の料金に妥協することなく、利用量や特定のサービス要件に基づく割引を交渉しましょう。
  • クラウドネイティブなコスト最適化ツールの活用:ネイティブなコスト管理ソリューションに加えて、CloudHealthやCloudabilityのようなクラウドネイティブなサードパーティプラットフォームは、より深い洞察、クロスクラウド分析、自動化されたガバナンスを提供し、競争優位性をもたらします。
  • サービス固有のコスト最適化フレームワークを利用する:各クラウドプロバイダーには、それぞれに秘められた効率化があります。例えば、AWS Compute OptimizerやAzure Cost Managementの推奨事項は、特定のサービスのコスト削減に重点を置いています。手動監査と併用して、これらのサービスを活用し、支出を最適化しましょう。
  • 続きはこちらまで

S3バックアップ:考慮すべき5つの鍵

AWSとN2WS

  • リージョン間レプリケーションを活用: クロスリージョンレプリケーション(CRR)を実装して、AWSのリージョン間でオブジェクトを自動的にコピーします。 これにより、地理的に離れた場所にデータを保存することで災害復旧能力が強化されるだけでなく、データ保存要件への準拠も支援します。
  • N2WSで簡単に自動化: N2WSは、複雑なコーディングや手動での介入を必要とせずに、S3バックアップを自動化するシンプルで使いやすい方法を提供します。 これにより、効率が向上し、S3データの保護が確実に維持されます。
  • インテリジェント・ティアリングでコストを最適化:S3インテリジェント・ティアリング・ストレージクラスを利用して、アクセスパターンの変化に応じて、2つのアクセス層(頻繁なアクセスと頻繁ではないアクセス)間でデータを自動的に移動させます。これにより、パフォーマンスへの影響やオーバーヘッドなしにストレージコストを最適化できます。
  • セキュリティを強化するMFA Delete:バージョン管理機能付きのS3バケットで多要素認証(MFA)による削除を有効にすることで、セキュリティをさらに強化できます。オブジェクトのバージョンを恒久的に削除する操作にはMFAが必要となり、削除を防止します。
  • AWS S3 Storage Lensでストレージを分析:S3ストレージの使用状況とアクティビティの傾向を可視化できます。このツールは、コストの最適化、データ保護のベストプラクティスの強化、パフォーマンスの向上に役立つ洞察と推奨事項を提供します。

初めに: AWS-cost

AWSコスト

AWSのコスト最適化モデルを最大限に活用するために適切な計画を立てるヒントなどを特集しています。

 

https://www.climb.co.jp/faq/faq-category/aws-cost

適切なEC2インスタンスタイプを選択する

AWSコスト

EC2サービスは、おそらくAWSでのクラウドの旅で最初に選ぶものの1つだろう。60以上のインスタンスタイプがあり、最適なものを選ぶのは至難の業です。まずは、インスタンスの目的を考えてみてください。それを元に、以下のリストを見て最適なタイプを絞り込むことができます。

 

使用ケース |汎用機、計算、ストレージ、ネットワークでバランスが取れている必要がある
例 | Apache、NGINX、Kubernetes、Docker、VDI、開発環境など。
好ましいインスタンスタイプ|T3

 

使用ケース |高性能CPUの恩恵を受けるコンピュートバインドアプリケーション
例 | 高性能ウェブサーバー、拡張性の高いマルチプレイヤーゲーム、動画エンコーディングなど
好ましいインスタンスタイプ|C4、C5

 

使用ケース |大容量のデータセットをメモリ上で処理するアプリケーション
例 | 高性能データベース(SAP HANAなど)、ビッグデータ処理エンジン(Apache SparkやPrestoなど)、ハイパフォーマンス・コンピューティング(HPC)など
好ましいインスタンスタイプ|X1およびR5

 

使用ケース |浮動小数点数の計算、集中的なグラフィックス処理、またはデータのパターンマッチング
例 | 機械学習/深層学習アプリケーション、計算金融、音声認識、自律走行車、または創薬
好ましいインスタンスタイプ|G4、F1、P3

 

使用ケース |大量のシーケンシャルリード/ライト操作、または大規模なデータセットの処理
例 | NoSQLデータベース(例:Cassandra、MongoDB、Redis)、スケールアウト・トランザクション・データベース、データウェアハウス
好ましいインスタンスタイプ|D2とi3

 

ライトサイジングとは、性能要件を満たした上で、最も安価なオプションを選択することであることを忘れないでください。経験則では、長期間にわたってインスタンスのリソース使用率が80%になるようにすることです。

サービスの利用を予測し、前もってコミットすることを目指す

AWSコスト

パブリッククラウドの柔軟性とCAPEXからOPEXへの移行について紹介しますが、請求書を減らすAWSの機能であるリザーブドインスタンス(RI)と節約プランのいくつかは、皮肉にもCAPEXに戻るように見えます。しかし、実際に50%以上の割引が得られるのですから、誰もが「導入のベストプラクティス」リストに挙げるべきものでしょう。

RIは、EC2インスタンスの時間単位の割引料金とオプションの容量予約を提供するもので、まずRIを検討することから始めます。1年または3年のコミットメントと引き換えに、インスタンスコストの割引を受けることができます。オンデマンドインスタンスは、無制限の柔軟性でワークロードをプロビジョニングしたい人には良い選択肢です。しかし、負荷が予測可能なワークロード(Webサービスなど)を常時稼働させる場合は、RIの方がはるかに優れています。

オブジェクトストレージに感謝

AWSコスト

AWSは、パフォーマンス、可用性、耐久性の要件を満たすように設計された複数のストレージ階層を、異なる価格で提供しています。提供されるストレージサービスは、大きく3つに分類されます。オブジェクトストレージ、ブロックストレージ、ファイルストレージです。Amazonが提供するオブジェクトストレージ、Simple Storage Service(S3)は、3つのストレージカテゴリの中で最もコスト効率が高いです。Amazon S3内では、さらに先のストレージクラス間でデータを簡単に移動させ、アクセス頻度と価格のバランスを取りながら、ストレージコストを最適化することができます。すべてのストレージタイプで利用シーンが異なり、その価格設定も様々です。

AWS S3ストレージクラス部分比較

 

ここでの賢い方法は、タスクの種類、オブジェクトの性質、アクセス頻度に応じて、それらを組み合わせることです。目的のS3バケットをクリックし、「管理」→「分析」を選択し、「ストレージクラス分析」を追加すると、アクセスパターンを確認するのに便利です。One Zone-IAやS3 Glacierへの移行を推奨するものではありませんが、データをより深く可視化することができます。

S3 バケット・ストレージ・クラス分析

 

新規者についてもしっかり検討しましょう。S3 Intelligent Tiering。少額の追加料金で、アマゾンは自動的にアクセスデータのパターンを検出し、オブジェクトの人気度に応じて、標準的なアクセスと不定期なアクセスの2つの層の間でそれらを移動させます。人気のないオブジェクト(連続30日間アクセスされていないもの)は、アクセス頻度の低い階層に移動され、要求があれば後で戻されます。この仕組みでは検索料がかからないため、オブジェクトは永遠に行き来することができます。実際のシナリオでは、20%の節約になります。このような監視のための費用を支払うことで、理論上は部分的に低くなりますが、それでも見逃すにはあまりに魅力的だからです。S3 APIまたはCLIを使用してストレージクラス “INTELLIGENT_TIERING “を指定するか、ライフサイクルルールを設定することでこの技術を有効にすることができます。

 

しかし、これはすべてに有効なわけではないです。128KB未満のオブジェクトは、インフリークエントアクセス層に移行されることがないため、フリークエントアクセス層の通常料金で課金されることになります。また、30日未満のオブジェクトは、最低30日間課金されるため、この方法は使えません。

ライフサイクルポリシーに慣れる

AWSコスト

ライフサイクルポリシーといえば、AWS S3を使って運用する際には必ず必要なものです。とはいえ、ライフサイクルポリシーを実装するには、インフラ上で有効にする前に、ある程度の学習とドキュメントを読むことが必要です。

ポリシーは、使用パターンが明確に定義されたオブジェクトに対するルールの組み合わせなので、以下のことが可能です。

 

●ライフサイクル・ルールを使用して、オブジェクトをそのライフタイムを通じて管理する。
●階層型ストレージへの移行を自動化し、コスト削減を図る
●保管の必要性やサービスレベルアグリーメント(SLA)に基づき、オブジェクトを失効させる。

これは、適切に設定すれば非常に強力なツールです。S3ストレージクラスの違いを学び、より組織のニーズに合うようにライフサイクル・ルールに慣れることです。

ライフサイクルルールの作成

マルチパートの不完全なアップロードをクリーンアップ

AWSコスト

S3のマルチパートアップロード機能は、デフォルトで有効になっており、大きなオブジェクトを論理的な部分に分割して並行してアップロードすることで、アップロードを高速化します。問題は、これらのアップロードが何らかの理由で終わらない場合です。アップロードが完了しないデータはバケットに表示されず、自動的に削除されることもないので、毎月の請求額が大きくなる場合を除いては、特に気にする必要はないでしょう。これを防ぐには、「バケット管理」の設定で、新しいライフサイクルルールを作成し、「不完全なマルチパートのアップロードをクリーンアップする」オプションを有効にしてください。

未使用のインスタンスやデータベースを自動でオフにする

AWSコスト

アイドル状態のリソースは、AWSの請求書の大きなコスト要因になり得ます。未使用のインスタンスやデータベースをアイドル状態にしておくことは、使用されていないものに対して料金を発生させることを意味します。例えば、平日の日中しかアクセスしない開発環境がある場合、24時間365日稼働させないことが最良の選択です。夜間に停止し、翌朝と週明けに起動する(ヒント:Auto Instance Schedulerを参照)ことで、コストをほぼ半分に抑えることができます。また、Amazon CloudWatchのアラームを有効にして、指定期間以上アイドル状態だったインスタンスを自動的に停止または終了させるのも良い戦略です。

Amazon CloudWatch diagram

AWS Pricing Calculatorを実行に移す

AWSコスト

AWS Pricing Calculatorは40以上のAWSサービスに対するアカウント支出を見積もることができるツールです。しかし、時には他の競争戦略を決定するのに非常に役立つことがあります。例えば、オンデマンドEC2インスタンスからRIやSavings Planのオファリングに切り替える場合、各機能が提供する割引を確認することができる。表に値が追加されるたびに、結果的に計算が表示され、実際のサービスを選択するのに役立ちます。

標準ツールで消費量を監視する

AWSコスト

AWS Cost Explorerは、すべてのお金がどこに行くのかを可視化し、最も消費されるサービスに対応することが非常に簡単にできるため、あなたの頼りになるはずです。これは、実施された分析に基づいて、興味深いパターンを特定し、根本的な原因まで掘り下げることができます。

コストエクスプローラー インスタンスタイプの消費を表示

AWS Compute Optimizerは、アカウント(またはマスター1つ下のすべてのアカウント)に対して収集され分析されたデータに基づいて、AWSリソースの最適化の機会の概要を提供します。

AWS Compute Optimizer:EC2インスタンスに対する推奨事項。

マスターアカウントの下にユーザーを統合する

AWSコスト

組織内で複数の人がAWSを操作する必要がある場合、統合課金によって支払いが簡単になるだけでなく、ある閾値に達すると、S3などの消費リソースを割引くことができます。また、AWSのティアによっては、使用量が多いほど価格が下がったり、事前にインスタンスを購入することで割引が適用されたりするものもあります(上記のRIやSaving Plansのようなもの)。さらに、未使用のリソースは、ある子アカウントから別の子アカウントに再配布することができます。ここで先に述べたコスト最適化ツールを適用し、多数のアカウントを運用する際の組織の混乱を防いでください。

 

忘れてはならないネットワークコスト

AWSコスト

AWSのネットワークは独自のものですが、物事をシンプルに保つために、あまり深入りせず、とにかくここでいくつかの重要なヒントに触れます。

1)オンプレミスサイトとAWSの間で大量のトラフィックがやり取りされる場合、Direct Connection機能を使えば、より安定したネットワーク体験、帯域スループットの向上、接続の安全性を確保することができます。
2)静的コンテンツ(画像、動画、音楽など)は、S3とCloudFrontの組み合わせでより良く、より安価に配信することができます。世界の様々な地域にある素晴らしいエッジサーバーのセットで、エンドユーザーはより近い場所にあるサービスキャッシュから来るデータを得ることができます。
3)異なるAWSサービス間のトラフィックフローを分析する。VPCからS3のような他のサービスへのトラフィックがエンドポイントを経由するようにVPCエンドポイントを構成することで、インターネットや公共ネットワークをバイパスし、より安全で安価な接続を実現します。
4)可用性ゾーン間のトラフィックについても、別の費用がかかるので、忘れないようにしましょう。フォールトトレランス・アーキテクチャを再考してください。すべてのサービスに必要でない場合もありますし、他の技術で実現できる場合もあります。

サービス利用を予測し、先行コミットすることを目指す

AWSコスト

パブリッククラウドの柔軟性、CAPEXからOPEXへの移行が言われていますが、請求書を減らすAWSの機能であるRI(Reserved Instances)や節約プランなどは、皮肉にもCAPEXに戻るように見えてしまうものです。しかし、実際に50%以上の割引が得られるのですから、誰もが「導入のベストプラクティス」リストに挙げるべきでしょう。
まずは、EC2インスタンスの時間単価の割引とオプションの容量予約を提供するRIを検討することから始めましょう。1年または3年のコミットメントと引き換えに、インスタンスコストの割引を受けることができます。オンデマンドインスタンスは、無制限の柔軟性を持ってワークロードをプロビジョニングすることを好む人にとって良い選択肢となる。しかし、負荷が予測可能なワークロード(Webサービスなど)を常時稼働させる場合は、RIの方がはるかに優れています。

 

節約のまとめ。
• 予約時間が長いほど、割引率がアップします。
• 前払い金額が多いほど割引率が高くなる(ただし、前払い金0円も可能)
• 標準クラスはコンバーチブルより安い(ただし、インスタンスタイプは作成後に変更できない)

 

コンバーチブルインスタンスは、サイズダウンやAWS Marketplaceでの販売ができないため、注意が必要です。最小のインスタンスから始め、必要に応じてアップグレードすることで、最大36ヶ月間の月々の支払いを約束させられることを避けることができます。

それに応じて地域を検討する

AWSコスト

AWSのサービスの価格は、データセンターが置かれている物理的な場所に依存することに気づくのは簡単です。これは当たり前のように聞こえるかもしれませんが、理にかなっている場合は価格の安いリージョンにリソースを移行してください。

現在の価格を計算して、小さな例を紹介しましょう。ヨーロッパでt3.2xlargeインスタンスを10台、それぞれ150GB SSD gp2のディスク容量で稼働させる必要があるとします。ドイツ・フランクフルトのデータセンターを選択した場合、AWSのコンピュート利用料金は0.5312ドル/時間、一方スウェーデン・ストックホルムのデータセンターでは0.4928ドル/時間となる。さらに、ストレージコストとして1GB/月あたり$0.119 vs $0.1045を加え、1年間運用します。この差は、同じサービスであれば、24*365*10*$0.0384+$0.0145*1,500GB*12m = $3,364 + $261 = $3,625 の年間コストダウンに相当し、単に安い地域を選択したことになるのである。

これは、価格の高い地域をすべて、一度に捨てなければならないということなのでしょうか?そうとは限りません。先ほども言ったように、意味があるときにやればいいのです。アジアで事業を展開し、ユーザーに最も低いレイテンシーを提供しようとする場合、アプリケーションを米国に移動させる理由はないでしょう。ただし、負荷の低いサービスや静的なコンテンツについては、米国に移すことも可能です(詳しくは後述します)。もうひとつ注意しなければならないのは、個人情報の取り扱いです。GDPR(一般データ保護規則)やCCPAのような世界的な規制が障害となる可能性があります。

忘れてはならないネットワークコスト

AWSコスト

AWSのネットワークは独自の論文に値するものですが、物事をシンプルに保つために、あまり深入りせず、とにかくここでいくつかの重要なヒントに触れておくべきだと思います。

 

オンプレミスサイトとAWSの間で大量のトラフィックがやり取りされる場合、Direct Connection機能を使えば、より安定したネットワーク体験、帯域スループットの向上、接続の安全性を確保することができます。

 

静的コンテンツ(画像、動画、音楽など)は、S3とCloudFrontの組み合わせでより良く、より安価に配信することができます。世界の様々な地域にある素晴らしいエッジサーバーのセットで、エンドユーザーはより近い場所にあるサービスキャッシュから来るデータを得ることができます。

 

異なるAWSサービス間のトラフィックフローを分析する。VPCからS3のような他のサービスへのトラフィックがエンドポイントを経由するようにVPCエンドポイントを構成することで、インターネットや公共ネットワークをバイパスし、より安全で安価な接続を実現します。

可用性ゾーン間のトラフィックについても、別の費用がかかるので、忘れないようにしましょう。フォールトトレランス・アーキテクチャを再考してください。すべてのサービスに必要でない場合もありますし、他の技術で実現できる場合もあります。

スポットインスタンスを活用する

AWSコスト

スポットインスタンスのコンセプトは、パブリックマーケットと比較するとよく理解できます。価格は、利用可能な未使用のAWS EC2容量の供給と需要に基づいて変動します。AWSユーザーはそこに行き、希望する価格を入札することができす。もし需要がそれほどなければ、市場は一時的に低い価格で売ることに同意し、結果として通常価格の3倍から6倍の値下げをすることになります。

 

では、何が問題なのか?需要が高まる瞬間には、必要な資源を受け取れないかもしれない。価格がその希望する上限を超えると、プロビジョニングされたインスタンスは短期間で自動的に終了してしまいます。もちろん、重要なデータをこのような変動にさらしたいと思う人はいないでしょう。しかし、このモデルがうまく機能するケースも多くあります。ロードバランサーの背後にあるメディアレンダリング、ビッグデータ、分析、Webサービスなども、この機能の最初の候補の1つになるはずです。

 

例えば、ここにノースバージニア地域のスポットインスタンスの価格履歴があります。過去3ヶ月間のt2.largeインスタンスの需要と価格設定が示されています。

上の表からわかることは:

 

●実質的な価格はオンデマンドの3分の1程度になる可能性がある
●6つのAZはすべて、平等ではないものの、余裕のあるキャパシティを持っている
●価格が安定しないので、最低料金で入札しない

 

この技術をアクティブなCloudWatchとAuto Scalingで補完すれば、2分間の終了アラートを受信した時点で、システムは負荷をリバランスし、オンデマンドインスタンスに切り替わることができます。

 

 

一時的なデータ用にEC2インスタンスストアを検討する

AWSコスト

通常、AWSユーザーはEC2インスタンスを新規にセットアップする際に、EBSストレージ(つまりディスク)に注目することになります。それらのディスクは、インスタンスにアタッチしたり、インスタンスからデタッチしたり、データ保護のケースでスナップショットしたりすることができます。インスタンスが停止しても、データはディスク上に残り、どこにも行きません。

 

もう1つ、検討する価値のあるオプションがある。EC2インスタンスストアを経由してローカルディスクを使用します。これらのディスクの大きな違いは、対応するインスタンスが停止されると、ディスクがクリーニングされることです。ユーザーはインスタンスの使用料のみを支払っているため、「無料」です。

 

貴重なデータにローカルディスクを使いたくないのは理解できるが、キャッシュやログなどの一時的なデータにはぴったりなケースもあります。また、下敷きのストレージは高速なSSD、あるいはNVMeなので、十分なパフォーマンスがありますので安心ください。EC2インスタンスストアを利用することで、EBSの消費量も少なくなり、月々の請求額も小さくなります。

常に最新のCPUを選択すること

AWSコスト

技術は止まらず、CPUメーカーはほぼ毎年、より高性能で消費電力の少ないCPUを発表し、AWSもそれを実装しているので、必ず定期的にインスタンスタイプ表に戻ってくることです。例えば、10台のインスタンスをc4.xlargeからc5.xlargeに変更するだけで、年間約2,500ドルの節約になり、同時に各インスタンスに多くのRAM(16 -> 20GB)と約5%の性能向上を実現します。

 

このヒントは、AWS Compute Optimizerを確認することです。このツールは、このタイプの変更をアドバイスすることができます。

適切なEC2インスタンスタイプの選択には

AWSコスト

EC2サービスは、おそらくAWSでのクラウドの旅で最初に選ぶものの1つでしょう。60以上のインスタンスタイプがあり、最適なものを選ぶのは至難の業です。まずは、インスタンスの目的を考えてみてください。それを元に、以下の表を見て最適なタイプを絞り込むことができます。

 

ライトサイジングとは、性能要件を満たした上で、最も安価なオプションを選択することであることを忘れないでください。経験則では、長期間にわたってインスタンスのリソース使用率が80%になるようにすることです。

絞込み検索

  • 製品別よくある質問

    • Syniti DR
    • DB2 Connectivity
    • Database Performance Analyzer (Ignite)
    • Veeam Backup & Replication
    • Veeam ONE
    • EspressChart
    • EspressReport
    • EspressDashboard
    • EspressReportES
    • CloudBerry Backup
    • ExaGrid
    • Wasabi
    • ディザスタ・リカバリ
    • クラウド・バックアップ
    • Zerto
  • FAQ検索

    • クライム主催セミナー

    • セミナー6月17日(火) 【オンライン】Veeamハンズオンセミナー ExaGrid編
    • Web6月18日(水) マルチクラウドのデータ保護を簡単、効率的に!「N2WS Backup & Recovery」紹介セミナー
    • セミナー6月25日(水) 【共催セミナー】Gluesyncで実現するAerospike・RDB連携〜ミリ秒レスポンスを支える仕組みと導入事例〜
    • セミナー情報一覧
    • 出展・参加イベント

    • イベント6月11日(水)-13日(金) 【東京】Interop Tokyo 2025 に出展します
    • イベント情報一覧
  • 技術ブログ・情報サイト一覧

    • AWS対応ソリューション: AWSにまつわる様々なお悩みを解決
    • Azure対応ソリューション: Azureにまつわる様様なお悩みを解決
    • Espressシリーズ技術ブログ:
    • Syniti DR(DBMoto), DB2Connect技術ブログ:
    • エンドポイントとMS365用のクラウド・バックアップ・サービス:
    • データ保護製品(Veeam等)技術ブログ: : 仮想化対応ツール含む
    • ランサムウェア対策ソリューション: イミュータブルでの各種対策ソリューション
    • 仮想環境・クラウド・テクニカル・ブログ

  • FAQカテゴリ・リスト

    AWS (6)AWSとN2WS (6)AWSコスト (24)AWSスナップショット (6)Azureコスト (7)Azureバックアップ (19)CloudBerry (MSP360) Backup (12)CloudBerry Backup -トラブル (8)CloudBerry Backup -導入・ライセンスについて (20)CloudBerry Backup -機能 (26)CloudBerry Backup -評価 (6)CloudBerry Backup -購入サポート (5)Database Performance Analyzer (40)DB2 Connectivity (Syniti DC) (10)DB2Connectivity -.NET(Ritmo) (2)DB2Connectivity -JDBC (1)DB2Connectivity -ODBC (2)DB2Connectivity -OLE DB (1)DB2Connectivity -ライセンス (6)DB2Connectivity -導入・製品 (3)DB2Connectivity -機能 (2)DB2Connectivity -評価 (2)DB2Connectivity -購入サポート (6)ERP2 -評価 (2)ERP2 -購入サポート (6)EspressChart (3)EspressChart -トラブル (6)EspressChart -ライセンス (4)EspressChart -導入・製品 (10)EspressChart -機能 (22)EspressChart -評価 (6)EspressChart -購入サポート (6)EspressDashboard (4)EspressDashboard -トラブル (1)EspressDashboard -ライセンス (4)EspressDashboard -導入・製品 (10)EspressDashboard -機能 (8)EspressDashboard -評価 (5)EspressDashboard -購入サポート (6)EspressReport (0)EspressReport ES (4)EspressReport ES -トラブル (1)EspressReport ES -ライセンス (4)EspressReport ES -導入・製品 (10)EspressReport ES -機能 (8)EspressReport ES -評価 (5)EspressReport ES -購入サポート (6)EspressReport -トラブル (3)EspressReport -ライセンス (4)EspressReport -導入・製品 (10)EspressReport -機能 (11)EspressReport -評価 (6)EspressReport -購入サポート (6)ExaGrid (4)N2WS (5)Syniti Data Workbench (ERP2) (0)Syniti DR (17)Syniti DR - AWS (4)Syniti DR -IBM DB2 for AS/400 (13)Syniti DR -IBM DB2 for Linux, Windows, AIX (3)Syniti DR -MySQL (5)Syniti DR -Oracle (17)Syniti DR -SQL Server (8)Syniti DR -Sybase ASE (1)Syniti DR -トラブル (11)Syniti DR -ライセンス (3)Syniti DR -導入・製品 (9)Syniti DR -機能 (8)Syniti DR -機能(オプション) (2)Syniti DR -機能(レプリケーション) (21)Syniti DR -機能(関数・スクリプト・API) (1)Syniti DR -評価 (4)Syniti DR -購入サポート (7)Veeam -システム要件 (8)Veeam -トラブルシューティング (1)Veeam -ライセンス (8)Veeam -導入・製品 (27)Veeam -機能 (113)Veeam -評価 (4)Veeam -購入サポート (8)Veeam Backup&Replication (152)Veeam Backup for Azure (1)Veeam ONE (24)Veeam ONE -ライセンス (3)Veeam ONE -導入・製品 (7)Veeam ONE -機能 (4)Veeam ONE -評価 (4)Veeam ONE -購入サポート (8)Wasabi (5)Zerto (3)クラウドバックアップの社会的通念 (10)クラウド・バックアップ (63)ディザスタ・リカバリ (79)データベース (4)マイクロソフトTeams バックアップ (12)ランサムウェア対策のための13のベスト・プラクティス (14)
  • サイトポリシー
  • 個人情報保護方針
  • 情報セキュリティ基本方針

© 2007-2024 Climb Inc.

当社ウェブサイトでは、サイトの利便性を改善していく目的でCookieを使用します。これは利用状況を分析をするためで、個人を特定するものではありません。個人情報保護方針(7.)Cookieを受け入れるか拒否するか選択してください。

同意する拒否する

シェア
ツイート