昨日、サードパーティクラウドでのOracleRACサポートに関するOracleCorpからのこのホワイトペーパーに出くわしました。このペーパーは、AWS、Google、またはAzureクラウドプロバイダーでOracleRACを実行したい人にとって間違いなく必読です。最初の段落は、次のように述べられているところで有望でした：
これは素晴らしいことのように聞こえますが、引用はRACオプションではなく、Oracleデータベースについて説明しています。この論文がAWSとAzureについて話すのにかなりの時間を費やしているのに、Googleのクラウドについては言及していないのは興味深いことです。
他のクラウド製品でRACをサポートするためのオラクルの立場の要点は次のとおりです。
このペーパーは、AWSでRACを実行するために必要なストレージとネットワークの要件に関して、AWSがどのように水を濁すかを説明するために非常に長くなっています。
このペーパーを読むことで、OracleがAWSでのRACの実行から顧客を遠ざけようとしていることは明らかです。 Amazonは、AWSでRACを実行するのがいかに簡単かを知らせる情報を公開しています。しかし、このOracleホワイトペーパーを読んだ後、ミッションクリティカルなRACデプロイメントでAWS環境がどの程度うまく機能するかについて懸念があります。
AWSは、VMでiSCSIターゲットを使用することにより、RACに共有ストレージを提供します。これは、テストベッド以外には使用しません。 1つの問題は、ストレージレベルでの冗長性です。ストレージレベルで冗長性を確保するには：
プライベートネットワークの場合、AWSはグリッドインフラストラクチャクラスターインターコネクトの要件であるマルチキャスティングをサポートしていません。 AWSは、n2nntopを使用したポイントツーポイントVPNネットワークを使用してこれを回避します。しかし、ntop自身のウェブサイトから、過去2年間でこれに関するさらなる進展はありません。
誤解しないでください。 AWSは、さまざまなことに対応する優れたクラウドソリューションだと思います。確かに、少なくともまだAWSでRACを実行していません。ただし、会社のRACデータベースインフラストラクチャをクラウドに移行することを検討している場合は、AWSソリューションに取り組む前に、このOracleホワイトペーパーの主張を真剣に調査します。その最後の文がこのブログ投稿の要点です。