InfoQ ホームページ Disaster-Recovery に関するすべてのコンテンツ
-
マイクロソフト、Azure Service Bus Premiumレベル向けGeoレプリケーション機能のパブリックプレビューを発表
マイクロソフトは先日、Azure Service BusのPremiumレベルに向けた新しいGeoレプリケーション機能のパブリックプレビューを発表した。この機能では、名前空間にまつわるメタデータやデータの複製をプライマリリージョンからセカンダリリージョンへ継続して行える。そのため、ユーザーはいつでもレプリケーションを進められるようになる。
-
どのように予期せぬ事態に備えるか： KubeConEU 22で語られたInfluxData停止の話
クラウドアプリケーションは、ユーザに高可用性とアクセシビリティを約束するが、それを実現するには、ディザスタリカバリ計画が不可欠である。InfluxDBを支援するチームが、KubeConEU22で、本番環境を削除した日のディザスタリカバリ戦略を試す戦いから学んだ教訓を共有した。
-
Amazonが既存オブジェクトを複製するためのS3バッチレプリケーションを導入
Amazonは最近、S3向けバッチレプリケーションを導入した。既存のオブジェクトを複製してバケットを同期するオプションである。この新機能は、ディザスタリカバリのセットアップ、遅延の削減、既存データの所有権の譲渡などのユースケースを想定して設計されている。
-
AmazonはマルチリージョンデプロイのためのElastic File System Replicationを発表
Amazonは最近、Elastic File System Replicationを発表した。ネットワークファイルシステムの最新のコピーをセカンダリのAWSリージョンあるいは同じリージョン内に保持するためのものだ。
-
AWSがElastic Disaster Recoveryの一般提供を発表
先ごろ、AWS は AWS Elastic Disaster Recovery (AWS DRS) の一般提供 (GA) を発表した。この新しいサービスにより、組織はオンプレミスおよびクラウドベースアプリケーションの高速で信頼性の高いリカバリを通して、ダウンタイムとデータ損失を最小限に抑えることができる。
-
AmazonがRPOとRTOを監視・改善するためのAWS Resilience Hubを発表
Amazonは最近、AWS Resilience Hubが利用できるようになったことを発表した。これは、顧客がクラウド上のアプリケーションの復元力の定義、測定、管理をサポートするために設計されたサービスである。
-
AWSがAmazon Route 53アプリケーション復旧コントローラを一般提供としてリリース
最近、AWSは、Amazon Route 53アプリケーション復旧コントローラの一般提供（GA）を発表した。これはAmazon Route 53に追加された新しい機能セットだ。この機能により、顧客は、障害からの復旧のためにアプリケー���ョンを継続的に監視しやすくなる。そして、AWSリージョン、アベイラビリティーゾーン、オンプレミスインフラストラクチャ横断でのリカバリ制御がしやすくなる。
-
MicrosoftがAzure VMware Solution用ディスクプールのパブリックプレビューを発表
Microsoftは先頃、vSANハイパーコンバージドvSphereクラスタであるAzure VMware Solution用の永続的ストレージオプションとしてディスクプールを提供する、Azure Disk Storageのプレビュー版を発表した。この永続的ストレージオプションを使うことで、Azure上でのVMwareワークロードの実行に、新たな選択肢が生まれることになる。
-
UberがマルチリージョンでのKafkaの災害復旧を実装
先頃のブログ投稿で、Uberのエンジニアは、レプリケーションプラットフォームを使用して、マルチリージョンのKafka展開で大規模な災害復旧を実装する方法を強調している。UberにはApache Kafkaの大規模な展開があり、1日に数兆のメッセージと数ペタバイトのデータを処理する。Uberのエンジニアは、自然災害や人為的災害に直面した時のビジネスの回復力と継続性を提供した。
-
AmazonがRedis用ElastiCacheの新機能を発表: Global Datastore
先頃、AmazonはGlobal Datastoreを発表した。これは、フルマネージの、高速で信頼性が高く、セキュアなクロスリージョンレプリケーションを提供するAmazon ElastiCache for Redisの新機能だ。
-
Chaos Community Day v4.0要約 - レジリエンス、可観測性、ゲームデー
今年初め、第４回の"Chaos Community Day"が、ニューヨーク市のWork-Benchで開催された。当日の重要ポイントは次のようなものだ — カオスエンジニアリングのトピックは他の分野に大きく依存しており、ソフトウェアエンジニアはそこから学ぶこともできる。システムを理解し、コミュニケーションし、関連するメンタルモデルを交換することは、レジリエンス確立のために不可欠である。
-
レジリエンスなシステムはなぜ必要なのか - QCon LondonでTammy Butow氏がカオスエンジニアリングを論じる
Tammy Butow氏はQCon Londonで講演し、よりレジリエントなシステムが求められている理由と、それがカオスエンジニアリングのプラクティスによっていかに実現されるかを説明した。講演ではカオスエンジニアリングのための３つの主要な前提条件 -- 重要度の高い“SEV”インシデントの管理、監視、及び影響度の測定 -- が提示され、ガイドラインとツール、プラクティスが紹介された。
-
Microsoft、Azure Availability Zones導入と大西洋横断海底ケーブルMAREA敷設完了を発表
Microsoftは最近のブログ記事で、顧客のために高可用性 (HA) と回復性のオプションを広げたことを発表した。今回のアップデートは、Azure Availability Zonesという形でやってくる。これは、インフラストラクチャの完全な冗長性と分離を提供することで、特定のリージョン内にある特定のAzureサービスの可用性を高めるものだ。Azure Availability ZonesはSLA99.99%を保障する。
-
Azure IaaS Disaster Recoveryパブリックプレビュー発表
先日の発表でMicrosoftは、Azure Site Recovery(ASR)を使用したIaaS(Infrastructure-as-a-Service)ディザスタリカバリのパブリックプレビューに関する詳細をリリースした。ASRサービスを使用することで、ひとつのAzureリージョン内のIaaSワークロードを保護すると同時に、同じ地理クラスタ内の別のAzureリージョンに複製することができる。
-
GitLab.com、18時間に及ぶサービス停止の根本原因を事後検証
GitLabの18時間に及んだサービス停止の根本原因を探る事後検証には、障害発生時の状況、回復前に事態が悪化した様子、失敗の教訓とサービス改善の計画が詳説されている。