2017-05-18 3 views
1

私は、OpenShiftプロダクション環境用のVMプロビジョニングを推奨することを任されています。 OpenShiftのインストールドキュメントでは、さまざまなオプションが詳細に説明されていません。私たちは、高可用性を望んでいることを知っている(複数のマスターを意味する)が、私はで混乱ビットだものをいくつか紹介します。etcd OpenShift 3.5アーキテクチャ - VMプロビジョニング

  • インフラストラクチャ・ノード
  • ドゥため

    • 別々のホストetcdのために別々のホスト/ノードが必要ですか?

      インフラストラクチャコンポーネント(レジストリ、ルータなど)には別のホスト/ノードが必要ですか、それとも単にマスターノードでホストできるのでしょうか?

    答えて

    0

    AFAIK etcdは、実際に大きなクラスタを持っていない場合や、オープンシフトクラスタの別々のetcdのメンテナンスを必要としない限り、masterと同じホストに置くことができます。

    専用ノード上のルータを実行すると、高可用性が得られ、同じマシン上で実行されている他のコンテナの作業負荷のために、正常性の問題が発生する可能性が低くなります。すべてのマスターがダウンしても(まれであるかもしれません)、オープンシフトクラスタ内のアプリケーションは実行できますが、トラフィックを処理するためにルータノードを常に使用可能にする必要があります。

    がありredhatのチェックアウトblog.openshift.comによって公開され、多くのリファレンス・アーキテクチャであり、また、公式ドキュメントに

    0

    etcdをredhat.comのとマスターは同じノードまたは別々にインストールすることができます。ここではbest practices for etcdを見つけることができます。ご覧のとおり、別途インストールすることをお勧めします。これは、サーバーをさらに余裕がある場合に提案するものです。もしそうでなければ、私たちが言うことのできるマスターやetcdの共存は、マスターがCPUを大量に消費し、etcdが大量のディスクIOとメモリーを使用するという点で共生的です。

    ルータ、ドッカー・レジストリ、EFKスタック、メトリックなどのインフラストラクチャの導入に関して、推奨されるデプロイメント設定(可能な限り)は、マスタがスケジューリング可能ではなく、APIの提供と制御ノード。スケジューリング可能なノードをインフラストラクチャと計算ノードに分割できます。

    • インフラストラクチャ・ノードは、クラスタ自体によって、またはマルチマスターインストールを有する他のアプリケーション(すなわちGitlabまたはネクサス)
    • 労働者/計算ノードがホストするビジネスアプリケーション

    によって使用されるアプリケーションをホストしますHAルータを使用することはもちろん最適なソリューションですが、このHAをどのように提供するか、外部LoadBalancerを使用する方法、またはIPフェイルオーバーを使用する方法を決定する必要がありますか?

    @debianmasterが述べたように、あなたが読むことができるいくつかの参照アーキテクチャ文書があります。 Like this one here

    関連する問題