だから私は最近ジュジュをいじってみましたが、かなりの可能性を秘めています。しかし、私が正確に理解していないことがいくつかあります。最も注目に値するのは、「ブートストラップインスタンス」(別名「ブートストラップノード」またはマシン「0」)の目的がわからないことです。
ユーザーチュートリアル の例を使用します。
$ bin/juju status
machines:
0: {dns-name: ec2-50-16-61-111.compute-1.amazonaws.com, instance-id: i-2a702745}
1: {dns-name: ec2-50-16-117-185.compute-1.amazonaws.com, instance-id: i-227e294d}
2: {dns-name: ec2-184-72-156-54.compute-1.amazonaws.com, instance-id: i-9c7e29f3}
services:
mysql:
formula: local:mysql-11
relations: {}
units:
mysql/0:
machine: 1
relations: {}
state: started
wordpress:
formula: local:wordpress-29
relations: {}
units:
wordpress/0:
machine: 2
relations: {}
state: started
マシン1はmysqlインスタンスであり、マシン2はwordpressインスタンスです。マシン0は正確には何ですか?
bootstrapインスタンスは、Zookeeperとプロビジョニングエージェントの2つの重要なインフラストラクチャを実行します。アーキテクチャの概要は次のとおりです。
現在、これは実際には単一障害点です。ただし、「ブートストラップ」サービスをオンデマンドで、または2台目のマシンの展開に応じて2ユニットに拡張することで、近い将来に解決されます。幸運なことに、Zookeeperは高可用性を実現するように設計されており、プロビジョニングエージェントは調整にZookeeperを使用するため、解決するのは複雑な問題ではなく、Jujuが実際の運用環境で使用できるようになる前に解決する必要がある問題です。