皆さんこんにちは。東の西下です。
今日はクラウドの障害対策の4つの方法と最も信頼性のある構成についてご一緒に考えたいと思います。
先日当ブログ、【AWS重大障害発生！！】持続するビジネスに必要なことでお知らせ致しましたとおり、8月23日にAWSの東京リージョンで大規模な障害が発生しました。この障害のため、東京リージョンに配置される一部のEC2インスタンス（IaaS）、RDS（データベースのサービス）が使用不可となりました。
最近は多くの重要なシステムがクラウドのIaaSに移行されています。今回の障害を受けて、IaaSの運用や検討されているお客様から、多くのお問合せを頂いており、不安を感じられている方が多くいらっしゃることが伺われます。
なお、今回の障害では、当社の高可用性ソリューションである「AZを跨いだHAクラスター構成」は被害を受けずサービス提供を継続できました。
今一度お客様のシステムの障害対策が十分なのか、ご一緒に考えてみませんか？
こんにちは。プリセールス担当の田中です。
8/23 13時ごろ、AWSの東京リージョンで大規模な障害が発生しました。この障害のため、東京リージョンに配置される一部のEC2インスタンス、RDSが使用不可となりました。
こんにちは、サイオステクノロジー プロダクト開発部 宇野です。
最近のLifeKeeper for Linuxでは、ほとんどの共有ストレージをサポート可能とすることを目標に掲げて、プランニングし開発計画を進めています。LifeKeeper for Linuxは共有ストレージに対してSCSI Reservation（スカジーリザベーション）を標準IO Fencing（アイオーフェンシング）機能として採用してきました。しかし、SCSI Reservationはストレージの種類によっては、期待した通りの動作とならないといったケースがあります。そのためそれぞれのストレージとLifeKeeperの組み合わせでテストを行い、正常に動作することが確認できたもののみを「認定済みストレージ」としてサポートしてまいりました。
ただし、私達としても市場に存在する全てのストレージをテストすることはできず、結果的に動作確認が行われていないストレージ(未サポートストレージ)が存在してしまいます。そのため、ストレージの機能に依存しない、どのようなストレージであってもサポート可能なIO Fencing機能の導入を目指しています。この計画を私たちは“Any Storage”と呼んでいます。本記事では、これまでのフェンシング機能の紹介と、今後のストレージを使用したIO Fencingの展望についてご紹介いたします。
こんにちは、LifeKeeperマーケティング担当のやまざきです。
今回は、DataKeeperを使ってAzure上でSAP NetWeaverを冗長化した事例をご紹介いたします。
情報システムは、言わずもがなですが企業を支える骨格です。たとえFAXによって取引先とやり取りする古典的な“システム”だったとしても、FAXの機器が故障したら受発注に支障をきたすのは明らかです。それが高度に複雑化した情報システムであれば、その故障の影響は計り知れないものがあります。
