Amazon Web Services ブログ
Category: Amazon Elastic Block Store (Amazon EBS)
Amazon EBS io2 Express ボリュームを最大 64 TiB まで使用する Amazon RDS for SQL Server のベストプラクティス
この投稿では、Amazon RDS for SQL Server DB インスタンスで io2 Block Express ボリュームを使用するためのベストプラクティスを共有します。
AWS がプライムデー 2024 を強化して売上新記録を達成した方法
前回の Amazon プライムデー 2024 (7 月 17~18 日) は、Amazon にとって過去最大の […]
Inter BEE 2023でクラウドベースの放送制作における最新のイノベーションを紹介
※このブログは ”Highlighting modern innovations in cloud-based […]
Amazon RDS がミッションクリティカルなデータベースワークロード向けの io2 Block Express ボリュームのサポートを開始
3月7日は、Amazon Relational Database Service (Amazon RDS) の […]
Amazon ECS がデータ集約型ワークロードのための Amazon EBS ボリュームとのネイティブ統合をサポート
1月11日は、Amazon Elastic Container Service (Amazon ECS) が […]
AWS Weekly Roundup – AWS Lambda、AWS Amplify、Amazon OpenSearch Service、Amazon Rekognition など – 2023 年 12 月 18 日
Amazon Web Services (AWS) re:Invent 2023 での思い出は、ジャカルタで […]
AWS サービスで SAP バックアップを簡素化
このブログでは、SAP HANA、Oracle、Microsoft SQL Server、SAP ASE データベースなど、AWS 上で実行されている SAP ワークロードで利用できるさまざまなバックアップオプションの概要を包括的に説明します。また、SAP アプリケーション固有の非データベースファイルシステムのバックアップの詳細についても詳しく説明します。
Amazon EBS Snapshots Archive が AWS Backup で利用可能に
11月27日、AWS Backup を利用した Amazon Elastic Block Store (Ama […]
Amazon Data Lifecycle Manager によるシンプルかつ包括的なデータ保護
企業では、複数のチームやプロジェクトで使用されるワークロードや関連リソースをグループ化するために、個別のアカウントを使用することがよくあります。これにより、組織は所有権、意思決定、コストを調整し、社内のチーム間で容易に管理できるようになります。しかし、重要なリソースとそうでないリソースのバックアップに関しては、アカウント内の各チームで要件やプロセスが異なる場合があります。このような要件やプロセスが混在していると、バックアップの失敗によってデータが失われ、大幅なダウンタイムが発生し、目標復旧時点が達成できない可能性があります。一方、アカウントの所有者や管理者は、各チームやプロジェクトのプロセスの詳細を知らないため、アカウントレベルでバックアップの要件を決定することは困難です。
新規 – Amazon EBS スナップショットロック
データ保持ポリシーへのコンプライアンスを強化するために、個々の Amazon Elastic Block St […]








