2.OpenFaaS安装部署和使用
OpenFasS安装部署和使用
（一）开始前的准备
克隆虚拟机，并配置好静态IP
配置两台虚拟机的代理
以下详述。
1. 克隆一台虚拟机
为了演示集群，在上一篇记录最后的状态上，克隆一台虚拟机。
并修改其静态IP为：192.168.237.129。详细修改见上一篇安装CentOS。
修改/etc/sysconfig/network-scripts/ifcfg-ens33后需要重启网络服务
# service network restart2. 配置代理（可选）
由于有一些翻墙下载，需要配置代理服务器下载。通过命令行配置，从简。
必要的说明：宿主机192.168.237.1已有的代理端口2333
配置如下。
export http_proxy=http://192.168.237.1:2333
export https_proxy=http://192.168.237.1:2333据后来测试，curl代理下载仍然慢，还影响yum源安装时的选择，需要取消代理。关于需要翻墙的下载，还行下载后拷贝过来。
export http_proxy=
export https_proxy=（二）安装部署
参考官网
1.1Docker Swarm 补充学习
按上面的步骤，克隆出第三台虚拟机，并配置好静态IP：192.168.237.130
修改主机名 /etc/hostname
manager1
worker1
worker2
192.168.237.128
192.168.237.129
192.168.237.130
说明：打开主机之间的协议和端口。必须提供以下端口。在某些系统上，默认情况下这些端口是打开的。
用于集群管理通信的 TCP端口2377
TCP 和 UDP端口7946 用于节点之间的通信
UDP端口4789 用于覆盖网络流量
如果您计划使用encryption（--opt encrypted）创建覆盖网络，则还需要确保允许ip protocol 50（ESP）流量。
可以用命令telnet 192.168.237.128 2377测试
[root@worker1 ~]# telnet 192.168.237.128 2377
Trying 192.168.237.128...
telnet: connect to address 192.168.237.128: No route to host对于CentOS要开启防火墙
打开端口（貌似这个才最常用）
查看所有打开的端口：
# firewall-cmd --zone=dmz --list-ports
加入一个端口到区域：
# firewall-cmd --zone=dmz --add-port=8080/tcp
永久生效再加上 --permanent 然后reload防火墙
更新防火墙规则：
# firewall-cmd --reload
打开所有测试需要的端口
# firewall-cmd --zone=dmz --add-port=2377/tcp --add-port=7946/tcp --add-port=7946/udp --add-port=4789/udp --permanent
# firewall-cmd --reload经测试还是无效。
关闭防火墙
systemctl disable firewalld && systemctl stop firewalld经测试有效，果然是防火墙的问题，但为啥防火墙规则配置无效，不明。
准备结束。
在manager1上运行如下命令，新建一个swarm
[root@manager1 ~]# docker swarm init --advertise-addr 192.168.237.128
Swarm initialized: current node (qfge07btc9daqarfrwm6q0hy7) is now a manager.
To add a worker to this swarm, run the following command:
docker swarm join \
--token SWMTKN-1-2u8nmafs0zun1w6fxfpo06s1lpj53nzo5ugnqi0k7l00makawo-axiiswn6c1iciieul9eysw08v \
192.168.237.128:2377
To add a manager to this swarm, run 'docker swarm join-token manager' and follow the instructions.--advertise-addr标志配置管理器节点以将其地址发布为192.168.99.100。群中的其他节点必须能够访问IP地址处的管理器。
输出内容包括将新节点连接到群集的命令。节点将作为管理者或工作者加入，具体取决于--token标志的值。
然后运行docker info可以查看Swarm状态
Swarm: active
NodeID: qfge07btc9daqarfrwm6q0hy7
Is Manager: true
ClusterID: 914p9w26eztw122j30cetlvsx
Managers: 1
Nodes: 1
Orchestration:
Task History Retention Limit: 5
Raft:
Snapshot Interval: 10000
Number of Old Snapshots to Retain: 0
Heartbeat Tick: 1
Election Tick: 3
Dispatcher:
Heartbeat Period: 5 seconds
CA Configuration:
Expiry Duration: 3 months
Node Address: 192.168.237.128
Manager Addresses:
192.168.237.128:2377运行docker node ls可以查看节点信息
[root@manager1 ~]# docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS
qfge07btc9daqarfrwm6q0hy7 * manager1 Ready Active Leader在*旁边的节点ID表明当前连接此节点上。
在worker1和worker2上加入
[root@worker2 ~]# docker swarm join \
> --token SWMTKN-1-2u8nmafs0zun1w6fxfpo06s1lpj53nzo5ugnqi0k7l00makawo-axiiswn6c1iciieul9eysw08v \
> 192.168.237.128:2377
This node joined a swarm as a worker.[root@worker1 ~]# docker swarm join \
> --token SWMTKN-1-2u8nmafs0zun1w6fxfpo06s1lpj53nzo5ugnqi0k7l00makawo-axiiswn6c1iciieul9eysw08v \
> 192.168.237.128:2377
This node joined a swarm as a worker.现在在manager1上查看信息
[root@manager1 ~]# docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS
164tibjpsoq80to1ktc4rp5ej worker2 Ready Active
qfge07btc9daqarfrwm6q0hy7 * manager1 Ready Active Leader
sr304jpfeprorr77olhqgqkkp worker1 Ready Active在工作节点上没有查看节点信息的权限
[root@worker1 ~]# docker node ls
Error response from daemon: This node is not a swarm manager. Worker nodes can't be used to view or modify cluster state. Please run this command on a manager node or promote the current node to a manager.在manager1节点上创建服务docker service create --replicas 1 --name helloworld alpine ping docker.com
[root@manager1 ~]# docker service create --replicas 1 --name helloworld alpine ping docker.com
1d5qs34fqw885n4uy47xo93x0
Since --detach=false was not specified, tasks will be created in the background.
In a future release, --detach=false will become the default.其中，
docker service create命令创建服务。--name标志命名该服务helloworld--replicas标志指定1个正在运行的实例的所需状态。参数
alpine ping docker.com将服务定义为执行命令的Alpine Linux容器ping docker.com
运行docker service ls以查看正在运行的服务列表：
[root@manager1 ~]# docker service ls
ID NAME MODE REPLICAS IMAGE PORTS
1d5qs34fqw88 helloworld replicated 1/1 alpine:latest运行docker service inspect --pretty <SERVICE-ID>以易于阅读的格式显示有关服务的详细信息。
要查看有关helloworld服务的详细信息：
[root@manager1 ~]# docker service inspect --pretty helloworld
ID: 1d5qs34fqw885n4uy47xo93x0
Name: helloworld
Service Mode: Replicated
Replicas: 1
Placement:
UpdateConfig:
Parallelism: 1
On failure: pause
Monitoring Period: 5s
Max failure ratio: 0
Update order: stop-first
RollbackConfig:
Parallelism: 1
On failure: pause
Monitoring Period: 5s
Max failure ratio: 0
Rollback order: stop-first
ContainerSpec:
Image: alpine:latest@sha256:7043076348bf5040220df6ad703798fd8593a0918d06d3ce30c6c93be117e430
Args: ping docker.com
Resources:
Endpoint Mode: vip要以json格式返回服务详细信息，请运行不带--pretty标志的相同命令。
[root@manager1 ~]# docker service inspect helloworld
[
{
"ID": "1d5qs34fqw885n4uy47xo93x0",
"Version": {
"Index": 20
},
"CreatedAt": "2018-08-02T10:31:23.706370975Z",
"UpdatedAt": "2018-08-02T10:31:23.706370975Z",
"Spec": {
"Name": "helloworld",
"Labels": {},
"TaskTemplate": {
"ContainerSpec": {
"Image": "alpine:latest@sha256:7043076348bf5040220df6ad703798fd8593a0918d06d3ce30c6c93be117e430",
"Args": [
"ping",
"docker.com"
],
"StopGracePeriod": 10000000000,
"DNSConfig": {}
},
"Resources": {
"Limits": {},
"Reservations": {}
},
"RestartPolicy": {
"Condition": "any",
"Delay": 5000000000,
"MaxAttempts": 0
},
"Placement": {},
"ForceUpdate": 0
},
"Mode": {
"Replicated": {
"Replicas": 1
}
},
"UpdateConfig": {
"Parallelism": 1,
"FailureAction": "pause",
"Monitor": 5000000000,
"MaxFailureRatio": 0,
"Order": "stop-first"
},
"RollbackConfig": {
"Parallelism": 1,
"FailureAction": "pause",
"Monitor": 5000000000,
"MaxFailureRatio": 0,
"Order": "stop-first"
},
"EndpointSpec": {
"Mode": "vip"
}
},
"Endpoint": {
"Spec": {}
}
}
]运行docker service ps <SERVICE-ID>
以查看正在运行服务的节点：
[root@manager1 ~]# docker service ps helloworld
ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS
c3tin0odi0si helloworld.1 alpine:latest worker1 Running Running 11 minutes ago
mwxqhw1n6na4 \_ helloworld.1 alpine:latest manager1 Shutdown Failed 11 minutes ago "task: non-zero exit (1)"
j2stxm2vvaz2 \_ helloworld.1 alpine:latest manager1 Shutdown Failed 12 minutes ago "task: non-zero exit (1)"
yolm4hgnoand \_ helloworld.1 alpine:latest manager1 Shutdown Failed 12 minutes ago "task: non-zero exit (1)"
tado3i2ti0mz \_ helloworld.1 alpine:latest manager1 Shutdown Failed 12 minutes ago "task: non-zero exit (1)"在这种情况下，服务的一个实例helloworld正在worker1节点上运行。也可能会在管理器节点上运行。
默认情况下，swarm中的管理器节点可以像工作节点一样执行任务。
在运行任务的节点上运行docker ps，以查看有关该任务的容器的详细信息。
[root@worker1 ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
7acea91a6a8a alpine:latest "ping docker.com" 15 minutes ago Up 15 minutes helloworld.1.c3tin0odi0sivv7rf1kzixbh8提示：如果helloworld正在管理器节点以外的节点上运行，则必须ssh到该节点。
运行以下命令以更改在swarm中运行的服务的所需状态：docker service scale <SERVICE-ID>=<NUMBER-OF-TASKS>
[root@manager1 ~]# docker service scale helloworld=5
helloworld scaled to 5运行docker service ps <SERVICE-ID>以查看更新的任务列表：
[root@manager1 ~]# docker service ps helloworld
ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS
c3tin0odi0si helloworld.1 alpine:latest worker1 Running Running 18 minutes ago
mwxqhw1n6na4 \_ helloworld.1 alpine:latest manager1 Shutdown Failed 18 minutes ago "task: non-zero exit (1)"
j2stxm2vvaz2 \_ helloworld.1 alpine:latest manager1 Shutdown Failed 19 minutes ago "task: non-zero exit (1)"
yolm4hgnoand \_ helloworld.1 alpine:latest manager1 Shutdown Failed 19 minutes ago "task: non-zero exit (1)"
tado3i2ti0mz \_ helloworld.1 alpine:latest manager1 Shutdown Failed 19 minutes ago "task: non-zero exit (1)"
baj5429fptoq helloworld.2 alpine:latest worker1 Running Running 20 seconds ago
9v1uzjbqu5k2 \_ helloworld.2 alpine:latest manager1 Shutdown Failed 26 seconds ago "task: non-zero exit (1)"
iu6xmkojng6w \_ helloworld.2 alpine:latest worker2 Shutdown Failed 36 seconds ago "task: non-zero exit (1)"
upo12ke12z58 \_ helloworld.2 alpine:latest worker2 Shutdown Failed 47 seconds ago "task: non-zero exit (1)"
80un6zvuw7q9 helloworld.3 alpine:latest worker1 Running Running 20 seconds ago
sn5gx3opagqr \_ helloworld.3 alpine:latest worker2 Shutdown Failed 25 seconds ago "task: non-zero exit (1)"
0iv09zlttz5c \_ helloworld.3 alpine:latest worker2 Shutdown Failed 36 seconds ago "task: non-zero exit (1)"
s1cidjv5ycjl \_ helloworld.3 alpine:latest worker2 Shutdown Failed 47 seconds ago "task: non-zero exit (1)"
pxv0vcr0yicb helloworld.4 alpine:latest worker1 Running Running about a minute ago
y6lafc2d8lid helloworld.5 alpine:latest worker1 Running Running 11 seconds ago
nplgwq5cyu40 \_ helloworld.5 alpine:latest worker2 Shutdown Failed 16 seconds ago "task: non-zero exit (1)"
9lua203a11se \_ helloworld.5 alpine:latest manager1 Shutdown Failed 26 seconds ago "task: non-zero exit (1)"
330jk7ut93ze \_ helloworld.5 alpine:latest manager1 Shutdown Failed 37 seconds ago "task: non-zero exit (1)"
igptfi644btq \_ helloworld.5 alpine:latest manager1 Shutdown Failed 47 seconds ago "task: non-zero exit (1)"您可以看到swarm创建了4个新任务，可以扩展到总共5个运行的Alpine Linux实例。任务分布在群的三个节点之间。
运行docker service rm helloworld以删除该helloworld服务。
[root@manager1 ~]# docker service rm helloworld
helloworld运行docker service inspect <SERVICE-ID>以验证群集管理器是否已删除该服务。CLI返回未找到服务的消息：
[root@manager1 ~]# docker service inspect helloworld
[]
Status: Error: no such service: helloworld, Code: 1即使服务不再存在，任务容器也需要几秒钟来清理。您可以在节点上使用docker ps以验证何时删除了任务。
将Redis 3.0.6部署到swarm并使用10秒更新延迟配置swarm：
[root@manager1 ~]# docker service create \
> --replicas 3 \
> --name redis \
> --update-delay 10s \
> redis:3.0.6
36yu81hd03hl5amuy3wi8neax
Since --detach=false was not specified, tasks will be created in the background.
In a future release, --detach=false will become the default.可以在服务部署时配置滚动更新策略。
--update-delay标志配置服务任务或任务集的更新之间的时间延迟。可以将时间T描述为秒数s，分钟数m或小时数的组合h。所以10m30s表示延迟10分30秒。
默认情况下，调度程序一次更新1个任务。您可以传递该--update-parallelism标志以配置调度程序同时更新的最大服务任务数。
默认情况下，当对单个任务的更新返回状态时RUNNING，调度程序会安排另一个任务进行更新，直到所有任务都更新为止。如果在更新任务期间的任何时间返回FAILED，则调度程序会暂停更新。可以使用--update-failure-action标志或来控制行为。
检查redis服务：
[root@manager1 ~]# docker service inspect --pretty redis
ID: 36yu81hd03hl5amuy3wi8neax
Name: redis
Service Mode: Replicated
Replicas: 3
Placement:
UpdateConfig:
Parallelism: 1
Delay: 10s
On failure: pause
Monitoring Period: 5s
Max failure ratio: 0
Update order: stop-first
RollbackConfig:
Parallelism: 1
On failure: pause
Monitoring Period: 5s
Max failure ratio: 0
Rollback order: stop-first
ContainerSpec:
Image: redis:3.0.6@sha256:6a692a76c2081888b589e26e6ec835743119fe453d67ecf03df7de5b73d69842
Resources:
Endpoint Mode: vip现在可以更新容器镜像redis。swarm管理器根据UpdateConfig策略将更新应用于节点：
[root@manager1 ~]# docker service update --image redis:3.0.7 redis
redis
Since --detach=false was not specified, tasks will be updated in the background.
In a future release, --detach=false will become the default.调度程序默认情况下应用滚动更新，如下所示：
停止第一个任务。
安排已停止任务的更新。
启动容器以获取更新的任务。
如果对任务的更新返回
RUNNING，请等待指定的延迟时间，然后开始下一个任务。如果在更新期间的任何时间返回任务
FAILED，请暂停更新。
运行docker service inspect --pretty redis以查看所需状态的新图像：
[root@manager1 ~]# docker service inspect --pretty redis
ID: 36yu81hd03hl5amuy3wi8neax
Name: redis
Service Mode: Replicated
Replicas: 3
UpdateStatus:
State: updating
Started: About a minute
Message: update in progress
Placement:
UpdateConfig:
Parallelism: 1
Delay: 10s
On failure: pause
Monitoring Period: 5s
Max failure ratio: 0
Update order: stop-first
RollbackConfig:
Parallelism: 1
On failure: pause
Monitoring Period: 5s
Max failure ratio: 0
Rollback order: stop-first
ContainerSpec:
Image: redis:3.0.7@sha256:730b765df9fe96af414da64a2b67f3a5f70b8fd13a31e5096fee4807ed802e20
Resources:
Endpoint Mode: vip重新启动暂停的更新运行docker service update <SERVICE-ID>。例如：
[root@manager1 ~]# docker service update redis
redis
Since --detach=false was not specified, tasks will be updated in the background.
In a future release, --detach=false will become the default.为避免重复某些更新失败，您可能需要通过传递标志来重新配置服务docker service update。
运行docker service ps <SERVICE-ID>以查看滚动更新：
Since --detach=false was not specified, tasks will be updated in the background.
In a future release, --detach=false will become the default.
[root@manager1 ~]# docker service ps redis
ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS
tb3hhkawq941 redis.1 redis:3.0.6 manager1 Running Preparing 9 minutes ago
uglfpty2fwvq redis.2 redis:3.0.7 worker1 Running Preparing 3 minutes ago
jfzv1prt72j7 \_ redis.2 redis:3.0.6 worker1 Shutdown Shutdown 3 minutes ago
mi95dmqjrviz redis.3 redis:3.0.6 worker2 Running Preparing 9 minutes ago在Swarm更新所有任务之前，您可以看到一些正在运行redis:3.0.6而另一些正在运行redis:3.0.7。
在本教程的早期步骤中，所有节点都在运行时具有ACTIVE可用性。群集管理器可以将任务分配给任何ACTIVE节点，因此到目前为止，所有节点都可用于接收任务。
有时，例如计划的维护时间，您需要将节点设置为DRAIN可用性。DRAIN可用性阻止节点从群集管理器接收新任务。它还意味着管理器停止在节点上运行的任务，并在具有ACTIVE可用性的节点上启动副本任务。
验证所有节点是否都可用。
[root@manager1 ~]# docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS
164tibjpsoq80to1ktc4rp5ej worker2 Ready Active
qfge07btc9daqarfrwm6q0hy7 * manager1 Ready Active Leader
sr304jpfeprorr77olhqgqkkp worker1 Ready Active如果还没有从redis运行该滚动更新服务，请立即启动它：
docker service create --replicas 3 --name redis --update-delay 10s redis:3.0.6运行docker node update --availability drain <NODE-ID>以排空已分配任务的节点：
检查节点以检查其可用性：
[root@manager1 ~]# docker node inspect --pretty worker1
ID: sr304jpfeprorr77olhqgqkkp
Hostname: worker1
Joined at: 2018-08-02 10:01:12.190726637 +0000 utc
Status:
State: Ready
Availability: Active
Address: 192.168.237.129
Platform:
Operating System: linux
Architecture: x86_64
Resources:
CPUs: 1
Memory: 1.779GiB
Plugins:
Network: bridge, host, macvlan, null, overlay
Volume: local
Engine Version: 17.05.0-ceDocker Engine群集模式可以轻松发布服务端口，使其可用于群组外的资源。所有节点都参与入口路由网格。路由网格允许群集中的每个节点接受已发布端口上的连接，以便在群集中运行的任何服务，即使节点上没有任何任务正在运行。路由网格将所有传入请求路由到可用节点上的已发布端口到活动容器。
要在群集中使用入口网络，您需要在启用群集模式之前在群集节点之间打开以下端口：
端口
7946TCP / UDP用于容器网络发现。4789容器入口网络的端口UDP。
您还必须打开群集节点与需要访问端口的任何外部资源（如外部负载平衡器）之间的已发布端口。
发布服务端口
使用该--publish标志在创建服务时发布端口。target用于指定容器内的端口，published用于指定要在路由网格上绑定的端口。如果不离开published端口，则会为每个服务任务绑定一个随机的高编号端口。您需要检查任务以确定端口。
$ docker service create \
--name <SERVICE-NAME> \
--publish published=<PUBLISHED-PORT>,target=<CONTAINER-PORT> \
<IMAGE>注意：此语法的旧形式是冒号分隔的字符串，其中发布的端口是第一个，目标端口是第二个，例如-p 8080:80。新语法是首选，因为它更易于阅读并允许更大的灵活性。
这<PUBLISHED-PORT>是群集提供服务的端口。如果省略它，则绑定一个随机的高编号端口。它<CONTAINER-PORT>是容器侦听的端口。此参数是必需的。
例如，以下命令将nginx容器中的端口80发布到群集中任何节点的端口8080：
[root@manager1 ~]# docker service create \
> --name my-web \
> --publish published=8080,target=80 \
> --replicas 2 \
> nginx
ir1aln8w0387t5uq9408grc2r
Since --detach=false was not specified, tasks will be created in the background.
In a future release, --detach=false will become the default.当您在任何节点上访问端口8080时，Docker会将您的请求路由到活动容器。在群集节点本身上，端口8080实际上可能不受约束，但路由网格知道如何路由流量并防止发生任何端口冲突。
路由网格在已发布的端口上侦听分配给该节点的任何IP地址。对于可外部路由的IP地址，该端口可从主机外部获得。对于所有其他IP地址，只能从主机内访问。
可以使用以下命令发布现有服务的端口：
$ docker service update \
--publish-add published=<PUBLISHED-PORT>,target=<CONTAINER-PORT> \
<SERVICE>您可以使用docker service inspect查看服务的已发布端口。例如：
[root@manager1 ~]# docker service inspect --format="{{json .Endpoint.Spec.Ports}}" my-web
[{"Protocol":"tcp","TargetPort":80,"PublishedPort":8080,"PublishMode":"ingress"}]输出显示<CONTAINER-PORT>（从容器标记为TargetPort）和<PUBLISHED-PORT>（标记PublishedPort），其中节点监听的服务请求。
仅为TCP或仅UDP发布端口
默认情况下，发布端口时，它是TCP端口。除了TCP端口之外，您还可以专门发布UDP端口。发布TCP和UDP端口时，如果省略协议说明符，则端口将作为TCP端口发布。如果使用较长的语法（建议用于Docker 1.13及更高版本），请将protocol密钥设置为tcp或udp。
仅限TCP
长语法：
$ docker service create --name dns-cache \
--publish published=53,target=53 \
dns-cache短语法：
$ docker service create --name dns-cache \
-p 53:53 \
dns-cacheTCP和UDP
长语法：
$ docker service create --name dns-cache \
--publish published=53,target=53 \
--publish published=53,target=53,protocol=udp \
dns-cache短语法：
$ docker service create --name dns-cache \
-p 53:53 \
-p 53:53/udp \
dns-cache仅限UDP
长语法：
$ docker service create --name dns-cache \
--publish published=53,target=53,protocol=udp \
dns-cache短语法：
$ docker service create --name dns-cache \
-p 53:53/udp \
dns-cache绕过路由网格
您可以绕过路由网格，以便在访问给定节点上的绑定端口时，始终访问在该节点上运行的服务实例。这被称为host模式。有几点需要牢记。
如果访问未运行服务任务的节点，则该服务不会侦听该端口。没有任何东西可以监听，或者完全不同的应用程序正在收听。
如果您希望在每个节点上运行多个服务任务（例如，当您有5个节点但运行10个副本时），则无法指定静态目标端口。允许Docker分配一个随机的高编号端口（通过不离开
published），或者确保只有一个服务实例在给定节点上运行，使用全局服务而不是复制服务，或者使用放置约束。
要绕过路由网格，必须使用长--publish服务并设置mode为host。如果省略该mode键或将其设置为ingress，则使用路由网格。以下命令使用host模式创建全局服务并绕过路由网格。
$ docker service create --name dns-cache \
--publish published=53,target=53,protocol=udp,mode=host \
--mode global \
dns-cache配置外部负载均衡器
您可以为群组服务配置外部负载平衡器，可以与路由网格结合使用，也可以根本不使用路由网格。
使用路由网格
您可以配置外部负载平衡器以将请求路由到群组服务。例如，您可以配置HAProxy以平衡对发布到端口8080的nginx服务的请求。
在这种情况下，端口8080必须在负载平衡器和群中的节点之间打开。群集节点可以驻留在代理服务器可访问的专用网络上，但不能公开访问。
您可以配置负载平衡器以平衡群中每个节点之间的请求，即使节点上没有安排任务也是如此。例如，您可以在以下位置进行以下HAProxy配置/etc/haproxy/haproxy.cfg：
global
log /dev/log local0
log /dev/log local1 notice
...snip...
# Configure HAProxy to listen on port 80
frontend http_front
bind *:80
stats uri /haproxy?stats
default_backend http_back
# Configure HAProxy to route requests to swarm nodes on port 8080
backend http_back
balance roundrobin
server node1 192.168.99.100:8080 check
server node2 192.168.99.101:8080 check
server node3 192.168.99.102:8080 check当您在端口80上访问HAProxy负载平衡器时，它会将请求转发给群集中的节点。swarm路由网格将请求路由到活动任务。如果由于任何原因，swarm调度程序将任务分派给不同的节点，则无需重新配置负载均衡器。
您可以配置任何类型的负载均衡器以将请求路由到群集节点。要了解有关HAProxy的更多信息，请参阅HAProxy文档。
没有路由网格
要使用不带路由网格的外部负载平衡器，请设置--endpoint-mode为dnsrr而不是默认值vip。在这种情况下，没有一个虚拟IP。相反，Docker为服务设置DNS条目，以便服务名称的DNS查询返回IP地址列表，客户端直接连接到其中一个。您有责任向负载均衡器提供IP地址和端口列表。请参阅配置服务发现。
部署Stack
$ git clone https://github.com/openfaas/faas && \
cd faas && \
./deploy_stack.sh默认配置将为您创建用户名和密码组合：
Attempting to create credentials for gateway..
s7dt6cpbpcscldqxvtwovh0ds
h7p0duendgn6ua4ujrtz2gfjc
[Credentials]
username: admin
password: d9f13200be7af7f9fd2b8562e30e1ab9544cb952c5e72d9405910e1d6e714b6f
echo -n d9f13200be7af7f9fd2b8562e30e1ab9544cb952c5e72d9405910e1d6e714b6f | faas-cli login --username=admin --password-stdin
Enabling basic authentication for gateway..
Deploying OpenFaaS core services
unsupported Compose file version: 3.3如您在控制台中看到的那样运行命令，不要复制/粘贴login命令。运行faas-cli login密码后，将存储为哈希值~/.openfaas/config.yaml。
测试用户界面
在几秒钟内（如果在不良的WiFi连接上，则为几分钟），API网关和相关的OpenFaaS映像将被拉入您的本地Docker库，您将能够访问以下UI：
http://127.0.0.1:8080
部署样本函数
前面git clone包括一组示例函数stack.yml，要部署它们，请安装OpenFaaS CLI并运行：
$ faas deploy -f \
https://raw.githubusercontent.com/openfaas/faas/master/stack.yml问题梳理
在（二）中操作后，我第一次未禁用防火墙时，会出现如下错误unsupported Compose file version: 3.3
[Credentials]\n username: admin \n password: c0f465cc473068c344cb0be6193c750f18da6d4d09679d53c05b47696c88ab7d\n echo -n c0f465cc473068c344cb0be6193c750f18da6d4d09679d53c05b47696c88ab7d | faas-cli login --username=admin --password-stdin
Enabling basic authentication for gateway..
Deploying OpenFaaS core services
unsupported Compose file version: 3.3Last updated
Was this helpful?