Amazon S3再入門【後編】
Amazon S3利用者がハマりがちな落とし穴の回避法
S3は優れたサービスではあるが、活用する上では幾つかの注意点がある。ちょっとした使い方の違いで請求額が大きく異なる場合もある。
前編( Computer Weekly日本語版 5月22日号 掲載)では、クラウドストレージのデファクトスタンダードになりつつあるAmazon S3(以下、S3)の特徴について、改めて復習した。
後編では、S3のバックグラウンドと使用上の注意点について解説する。
S3の背後にあるもの
AWSはS3の実装の詳細を一切公表していない。だがS3が動作する仕組みの理解に役立つ技術については分かっていることがある。
AWSのサービスは世界各地のリージョンで運用されており、毎年新たなリージョンが追加されている。これらのリージョンは1つ以上のデータセンターから成るアベイラビリティーゾーンに分かれている。S3は冗長データを複数のアベイラビリティーゾーンに分散し、データの回復性を提供する。
可用性と回復性について、AWSは2つの数値を提示している。
データの可用性は、標準層で99.99%、標準(低頻度アクセス)層で99.9%が保証される。だがGlacier( 前編 参照)はデータの取得が非同期かつ最大4時間かかるため、可用性は適用されない。
S3のデータ損失リスクを指す耐久性についても数値が公表されている。3つのストレージ層はいずれも99.999999999%の耐久性を提供する。
アプリケーションでのS3の使用
S3は事実上無制限のストレージ容量を提供する。だがS3を使う場合の考慮事項や課題が幾つか存在する。
結果整合性
S3は既存のオブジェクトの更新または削除に「結果整合性」というデータ整合性モデルを採用している。例えば、既存オブジェクトが上書きされたが、そのオブジェクトのレプリケーションが同じリージョンのアベイラビリティーゾーン間で完了していないとする。この場合、オブジェクトを再読み込みすると以前のバージョンに戻る可能性がある。このシナリオを確認するには追加のプログラミングが必要になる。
コンプライアンス
S3のデータが保存されるのは一部の国なので、業界によってはこれがコンプライアンスと規制の制限に関する問題を引き起こす恐れがある。例えば、本稿執筆時点では英国にリージョンがない(構築は計画されている)。
セキュリティ
どのパブリッククラウドでも、セキュリティは常に懸念事項だ。S3は複数のセキュリティレベルを提供しており、例えばS3キー、S3マネージドキー、顧客が用意した暗号化キーを使うことができる。顧客が用意したキーを使う場合は、言うまでもなく顧客が自身でキー管理体制を整えなければならない。これらのキーを紛失すれば、保存されている全てのデータが事実上役に立たなくなる。
ロック
S3はデータへのアクセスをシリアライズする機能を提供していない。同じオブジェクトへの複数のPUT要求が衝突しないようにするのはユーザーアプリケーションの役割だ。このためには、(例えば読み取り、変更、書き込みプロセスなど)オブジェクトを頻繁に更新する環境で追加のプログラミングを行わなくてはならない。
コスト
データアクセス要件を考慮すると、S3は非常に高コストになる可能性がある。S3から読み取るデータは全て課金されるが、「Amazon Elastic Compute Cloud」(Amazon EC2)などAWSの別のサービスからS3にアクセスする場合は例外になる。アプリケーションがS3にアクセスする方法によっては、顧客が自社データセンターとAWSデータセンターの間で障害が発生するリスクを減らすため、ネットワーク容量を追加購入しなければならない場合もある。
AWSはS3によって確固たる地位を築いている。ほとんどのオブジェクトストレージソフトウェアベンダーは、非公式ではあるもののデファクトスタンダードとしてS3 APIを採用している。そのためオンプレミスストレージやクラウドストレージを使うようにアプリケーションを簡単に修正できる。だがこうした修正の必要性はほとんどないか、全くない。ベンダーの多くが、S3に付加価値を付けて市場で競争力を確保しようとしている。
オブジェクトストレージはIT業界で急速に成長している分野の一つだ。わずかに異なるプログラミングにユーザーが取り組んでいけば、ストレージエコシステムに含まれるこの部分が大きく成長することになるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
9
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー