質問編集履歴
2
前提条件が不可能と言うことが分かったため、その追記
test
CHANGED
File without changes
|
test
CHANGED
@@ -25,3 +25,13 @@
|
|
25
25
|
|
26
26
|
|
27
27
|
(Swarmにこだわらないので他の方法でも解決できればとは思いますが、Volumeの共有などがSwarmだと楽なので、できれば使いたいなーと思っています。)
|
28
|
+
|
29
|
+
|
30
|
+
|
31
|
+
---
|
32
|
+
|
33
|
+
[4月28日4時35分 追記]
|
34
|
+
|
35
|
+
その後、いろいろと行っていると、このような構成がそもそも無理(追加分のIPを動かすことが契約サービス上できなかった)なことが判明しました。
|
36
|
+
|
37
|
+
よってserviceを特定IPで待ち受ける必要も無くなってしまったのですが、知識として知っておきたいためこのまま回答を募ります。
|
1
ロードバランサを避けたい理由の追加
test
CHANGED
File without changes
|
test
CHANGED
@@ -12,7 +12,7 @@
|
|
12
12
|
|
13
13
|
意図としては、稼働するサーバーどれか一つが落ちたとしても残りで問題なく稼働することができる、というものです。
|
14
14
|
|
15
|
-
そのため、上流にロードバランサーなどを置くのも、結果的にそこがシングルポイントになってしまうので、避けたいなと思っています。
|
15
|
+
そのため、上流にロードバランサーなどを置くのも、結果的にそこがシングルポイントになってしまうのと、ロードバランスできないようなプロトコルも扱いたいので、避けたいなと思っています。
|
16
16
|
|
17
17
|
|
18
18
|
|