1

基本的にはソーシャル ネットワークの一種ですが、目的があります。ここでは、高可用性要素や、クラスタリングやレプリケーションの形式は一切含めていません。最初は、最小限のリクエストしかなく、後でトラフィックとリクエストに基づいてクラスターに拡張するため、1 つのサーバーから始めようと考えていました。

しかし、負荷テスト中に、スペースの問題が原因でデータベースがクラッシュするのを確認し、それを回復するのに時間がかかりました。したがって、アプリを継続的な関心事にするために、データベースがクラッシュしたり、破損したり、その他の理由でデータベースやデータを失いたくありません。

私は MySQL と Neo4j の両方を一緒に使用しており、私のアプリケーションはそれらを同期させようとしています。3 つの Amazon インスタンスで Galera MySQL クラスターと Neo4j HA クラスターをそれぞれ使用して、MySQL と Neo4j クラスターを実装したいと思っています。最初は十分なトラフィックがなく、リソースのほとんどがアイドル状態 (および高価) になることを考えると、やり過ぎのように思えます。

私は余分な努力をする準備ができていますが、お金に関しては賢くなりたいです! 初期段階で HA を使用するか、リスクを冒してバックアップに満足し、障害によるデータ損失があればそれで満足するかを教えてください。

4

1 に答える 1

3

高可用性は信頼できるインフラストラクチャの一部ですが、自動化されたバックアップ、展開、および監視への投資よりも優先順位の低いリストに入れます。私にとって、あなたの経験と質問の重要な部分は、「スペースの問題が原因でデータベースがクラッシュするのを見たので、それを回復するのに時間がかかりました」ということです。これはテストで発生したため、すべてが順調に進んでいるとは思いませんが、理想的に構成された運用環境では、スペースの問題を事前に把握し、条件に従って対処できます。ダウンしてしまうと元に戻せず、元に戻してしまい、何より不便です。

パフォーマンスではなくアップタイムが心配なので、今本当に集中する必要があるのは、アプリのアップタイムの期待だけです。サーバーが 1 つしかない場合に、短いダウンタイムが必要なエラーが監視によって通知された場合 (ハードウェアのアップグレード、新しいストレージへの移動、重要なパッチのインストールが必要になる可能性があります) ?

その場合は、HA をスキップして、すべてのプロアクティブ レイヤーが配置されていることを確認してください。何か不足しているという懸念がある場合は、HA 環境のサーバーに向けてコンサルタントにいくらかのお金を投資して、環境を強固にすることもできます。

そうでない場合は、答えがあると思います。

于 2014-12-10T12:09:41.593 に答える