レジリエンスデザイン:クラスター展開が企業に提供するスケーラビリティ、信頼性、復旧力

2025年12月17日著者:Denis

クラスター展開は、異なるノード(サーバー)で実行されるポッド(複数のコンテナを含む可能性のある論理単位)全体にワークロードを分散することで、回復力のあるシステムを構築します。このアプローチは、パフォーマンスを向上させ、単一障害点を排除し、水平スケーラビリティの基盤を提供します。企業にとって、クラスターは、ビジネス運用、サービス品質、ブランドの評判を保護するための重要な構成要素です。

この記事では、KubernetesおよびOpenShift環境でのONLYOFFICEのクラスター展開を、信頼性とスケーラビリティ、アップグレード戦略(ゼロダウンタイム更新を含む)、監視と透明性、実用的なサイジングと技術要件など、いくつかの角度から検討します。

ECSでONLYOFFICEを実行することにも興味がある場合、それも可能であり、その展開オプションに関する詳細情報については、お問い合わせください。

Resilient by design: how cluster deployment powers scalability, reliability, and recovery for enterprises

クラスター展開とそのメリット

クラスター展開は、本番環境の要求を満たすように設計された、堅牢で高可用性でスケーラブルでフォールトトレラントなアーキテクチャを提供します。ワークロードを分散することで、高可用性、最適化されたリソース利用、改善されたパフォーマンスを保証します。このアーキテクチャは、単一障害点を軽減し、水平スケーリングをサポートし、システムの信頼性を向上させ、ミッションクリティカルなアプリケーションに最適です。クラスターを自分で展開および維持することは完全に可能ですが、より優れた回復力とフォールトトレランス、高可用性を実現するために、サービスとして提供されるクラスターソリューションを使用することを強くお勧めします。

クラスター展開は、稼働時間が最も重要であり、ダウンタイムが深刻なビジネスリスクを引き起こす本番環境にとって重要です。クラスター内の複数のノードで複数のポッドを実行することで、システムはサービス提供を中断することなく、あらゆる障害をシームレスに処理できます。

たとえば、クラスター内の単一のポッド/ノードがダウンタイムを経験した場合、他のポッド/ノードがワークロードを引き継ぎ、エンドユーザーへの中断のないサービスを保証します。この設計により、収益の損失、ブランドの損傷、または機会の逃失をもたらす可能性のあるダウンタイムのリスクが軽減されます。

回復力のある企業の構築:ONLYOFFICEが提供するKubernetes/OpenShiftクラスター展開の利点

Kubernetes/OpenShift用のONLYOFFICEソリューションを使用すると、ハードウェアまたはワークロードの問題によって編集エクスペリエンスが影響を受けないようにする、高可用性でフォールトトレラントでスケーラブルなインフラストラクチャを構築できます。

では、典型的なONLYOFFICE Kubernetes/OpenShiftクラスターソリューションとは何でしょうか?具体的には、対応する環境にソリューションを展開できるhelmチャートを開発しています。ニーズに基づいて、ガイドラインに従って既存の展開をカスタマイズし、特定の要件に合わせて調整できます。また、説明や追加のヘルプが必要な場合は、お問い合わせください。

たとえば、Kubernetes Docsインストールのメインガイドラインは、環境内に実装したいと思われるかなりの数のシナリオをカバーしています。ガイドラインを確認

また、DocSpaceソリューション用の別のクラスター展開もあります。ガイドラインを参照

ご注意:これらのクラスターソリューションは、ソフトウェアのEnterprise/Developerバージョンでのみ機能し、特別な有料ライセンスを取得する必要があります。

展開されると、ソリューションは複数のノードに分散され、それぞれが分散ワークロードとフォールトトレランスを確保するためにポッドのセットを実行します。たとえば、Docsソリューションは、単一のDockerコンテナとしてではなく、RabbitMQ、Redis、PostgreSQL、Nginx Ingressなどの依存関係用の個別のポッドを含む、個別のdocservice、converterポッドとして展開されます(ただし、基本インストールには依存関係のクラスタリングは含まれていないことに注意してください)。また、Docsはさまざまな依存関係をサポートしているため、使用する依存関係を変更することもできます。したがって、特に念頭に置いているものがある場合は、すでに当社で可能である可能性が高いです。

ご質問がある場合は、詳細については遠慮なくサポートチームにお問い合わせください

要約すると、Kubernetes/OpenShift環境でのクラスタリングのガイドラインには、クラスター監視、構成変更、更新、水平スケーリングなど、実装したいと思われるすべての必要なツールが含まれています。

待ってください、でも更新はどうですか?ダウンタイムがないことをどのように保証できますか?

Kubernetes Docs Shardsによるゼロダウンタイム更新

Kubernetes Docs Shardsソリューションは、シームレスな更新を保証します。シャード(セグメント化されたワークロードユニット)により、ポッドはサービスを中断することなく更新できます。一部のポッドが更新のためにオフラインになっている間、他のポッドがワークロードを処理し、新しいバージョンが完全に展開されるまで中断のないコラボレーションを可能にします。

監視ツール

ONLYOFFICEが提供するKubernetes/OpenShiftソリューションを使用すると、新しく構築されたインフラストラクチャ操作を透明にするのに役立つ監視ツールを有効にできます。

ONLYOFFICE Kubernetes/OpenShift技術要件

ご参考までに、たとえばインフラストラクチャ内にKubernetes/OpenShiftクラスターを展開することを決定した場合、独自のインフラストラクチャの計画の参考となるリソース/技術仕様に関する概算見積もりを提供できます。

実際の仕様に関しては、ワーカーノード(マスターノードではない)の情報を提供することは言及する価値があります。

ワーカーノードの場合、1000接続に対して4CPU/8Gb RAMの最小公式を使用できます。

システム要件、レプリカ数、ストレージに関しては、次の情報をご覧ください。

500接続の場合、次のようになります:

  • Converter:2レプリカ
  • Docservice:2レプリカ
  • ONLYOFFICE Docsの100人のアクティブユーザーごとに少なくとも10Giの永続ストレージを使用することをお勧めします=最小50Gb

1000接続の場合、次のようになります:

  • Converter:2-3レプリカ
  • Docservice:2-3レプリカ
  • 同じ公式に従う=最小100Gb

2000接続の場合、次のようになります:

  • Converter:4-6レプリカ
  • Docservice:4-6レプリカ
  • 同じ公式に従う=最小200Gb

5000接続の場合、次のようになります:

  • Converter:約10-15レプリカ
  • Docservice:約10-15レプリカ
  • 同じ公式に従う=約最小500Gb

サービスのリソース制限に関して、これらはテストに基づいて10,000接続に使用する仕様です。

リクエスト:

  • メモリ:256Mi
  • CPU:100m

制限:

  • メモリ:6Gi
  • CPU:4000m

ただし、ユーザーが大きすぎるファイルを開く場合があるため、この6Gb制限を超える可能性があります。同時に、一般的には、リソースに少なくとも6Gbを使用することをお勧めします。

ONLYOFFICEをクラスターに展開

Helmを使用して、ONLYOFFICE DocsおよびDocSpaceをKubernetesまたはOpenShiftクラスターに簡単にインストールできます。クラスターでONLYOFFICEを使用できるようにするには、特別なライセンスを取得してください。

営業に問い合わせる

FAQ:ONLYOFFICEでのクラスター展開

Q:クラスター展開とは何ですか、なぜ重要ですか?

クラスター展開は、複数のノード全体にワークロードを分散し、高可用性、フォールトトレランス、スケーラビリティを保証します。ダウンタイムを最小限に抑え、ビジネス運用を保護するため、ミッションクリティカルな環境に最適です。

Q:Kubernetes/OpenShiftクラスター展開にONLYOFFICEを使用する利点は何ですか?

ONLYOFFICEは、高可用性でフォールトトレラントでスケーラブルなインフラストラクチャを提供します。ハードウェアまたはワークロードの問題が発生した場合でも、中断のない編集エクスペリエンスを保証し、さまざまな依存関係とのシームレスな統合をサポートします。

Q:ONLYOFFICEはダウンタイムなしで更新をどのように処理しますか?

Kubernetes Shardsとして提供されるONLYOFFICE Docsは、ゼロダウンタイム更新を可能にします。一部のポッドが更新されている間、他のポッドはワークロードの処理を続け、中断のないサービスを保証します。

Q:ONLYOFFICEクラスターで利用可能な監視ツールは何ですか?

ONLYOFFICEは、メトリクスを視覚化するためのGrafanaなどの監視ツールをサポートしています。これらのツールを有効にして設定し、透明なインフラストラクチャ操作を行うための詳細なガイドが利用可能です。

Q:ONLYOFFICEクラスターを展開するための技術要件は何ですか?

リソース要件は接続数に基づいてスケーリングされ、ワーカーノードの1000接続に対して4CPU/8Gb RAMの最小公式があります。

Q:ONLYOFFICEクラスター展開に必要なライセンスは何ですか?

ONLYOFFICEクラスターソリューションは、Enterprise/Developerバージョンで利用可能で、特別な有料ライセンスが必要です。

Q:ONLYOFFICEクラスターの展開ガイドはどこで見つけることができますか?

Q:ニーズに合わせて展開をカスタマイズできますか?

はい、ONLYOFFICEは、特定の要件に基づいて展開をカスタマイズできるhelmチャートを提供しています。さらなる支援のためのサポートも利用可能です。

Q:詳細情報についてONLYOFFICEに連絡するにはどうすればよいですか?

追加のヘルプまたはお問い合わせについては、ONLYOFFICEサポートチームまたは営業にお問い合わせください。

ONLYOFFICEの無料アカウントを登録する

オンラインでドキュメント、スプレッドシート、スライド、フォーム、PDFファイルの閲覧、編集、共同作業