
10.2
クローニングと負荷分散
355
上のコマンドには次のような出力が返ってくるはずです。
Bad Gateway
サービスのインスタンスをいくつか
spawn
すると状況が変わります。たとえば
api-service
を
2
つ
と
webapp-service
をひとつ立ち上げてみましょう。
forever start app.js api-service
forever start app.js api-service
forever start app.js webapp-service
今度はロードバランサが立ち上がったサーバを自動的に見つけてリクエストを分散させ始めるはず
です。次のコマンドをもう一度試してください。
$ curl localhost:8080/api
上のコマンドに対し、今度は次のような応答があるはずです。
$ api-service response from 6972
もう一度実行すると、別のサーバからメッセージを受け取るはずで、リクエストが異なるサーバに均
等に分散されていることが確認できます。
$ api-service response from 6979
このパターンの利点はすぐさま得られます。動的に、オンデマンドで、あるいはスケジュールに基づ
いてスケーリングできるようになったのです。そしてロードバランサは特別な手間なしに、新しい構成
に自動的に適応してくれます。
10.2.5
ピアツーピア負荷分散
複雑な内部ネットワークアーキテクチャをインターネットのような公共のネットワークに公開