当启动Rancher时,每个环境的创建都基于环境模版。在启动一个环境时,您可以在环境模版中选择需要启动的基础设施服务。这些基础设施服务包括编排引擎,外部DNS,网络,存储,框架服务 (例如: 内部DNS,Metadata服务,和健康检查服务)。
基础设施服务位于Rancher应用商店和社区应用商店中的infra-templates
文件夹中。Rancher应用商店和社区应用商店是默认开启的,它们提供了一系列可以在环境模版中使用的基础服务。
当创建一个环境模版时,默认开启运行一个环境所需的一系列基础服务。
API KEY
您创建了一个需要和Rancher API交互的容器,您需要创建服务账号API keys,这样我们就可以访问带有权限认证的API来。为了在服务中创建这些keys,需要给服务添加以下的标签。
Key | Value | 描述 |
|
| 标识服务账号栋API keys会被添加到每个容器的环境变量里。 |
|
| 标识账号的角色。创建服务账号的值为 |
当服务中的容器启动时,以下环境变量会被加入到容器中
Key | Value |
| 主机注册地址的URL。 |
| 启动的服务所在环境的访问密钥。 |
| 访问密钥对应的安全密钥。 |
DNS服务
Rancher提供了一个分布式DNS服务的基础设施服务。这个服务是通过Rancher自己的轻量级DNS服务器和高可用性的控制平面实现的。每个健康容器在链接到另一个服务或添加一个服务别名时将自动被添加到DNS服务。当使用服务名称查询时,DNS服务返回该服务的健康容器的IP地址的随机列表。
- 默认情况下,同一应用中的所有服务都将添加到DNS服务中,而不需要显示的设置服务链接,链接可以在服务中的服务链接下进行设置。
- 您可以通过服务名称解析相同应用中的容器。
- 如果您需要一个与服务名称不同的自定义的DNS名称,您需要设置一个链接以设置自定义的DNS名称。
- 如果使用服务别名,则仍然需要链接。
- 要使不同栈中的服务可解析,可以使用
<服务名>.<栈名>
,而不需要显示的设置服务链接,链接可以在服务中的服务链接下进行设置。因为Rancher的Overlay网络为每个容器提供了不同的IP地址,所以不需要处理端口映射,并且不需要处理像重复的服务在不同端口上侦听的情况。因此,简单的DNS服务足以处理服务发现。
了解更多关于Cattle环境的内部DNS服务。
metadata服务
Rancher通过基础设施中的Metadata服务为服务和容器提供数据。这些数据用来管理运行中的docker实例。这些数据可以通过调用基于HTTP的API来访问。这些数据包括创建容器,服务时的静态数据,也包括运行时数据,例如:在同一个服务里的其他容器的相关信息。
通过Rancher的Metadata服务,您可以进到任何使用Rancher托管网络的容器的命令行中,并查看运行在Rancher中的容器的信息。通过Metadata服务您可以获取容器,服务,容器所在的应用,容器所在的主机。Metadata是JSON格式的。
有多种方式可以将容器运行在Rancher托管网络中。Rancher网络的原理详见网络相关文档。
如何获取Metadata
通过Rancher UI,您可以通过容器的下拉菜单的执行命令行进入运行命令界面。在鼠标悬停在容器上时,会显示容器名和右侧的下拉菜单。
您可以通过curl命令获取metadata信息。
# If curl is not installed, install it
$ apt-get install curl
# Basic curl command to obtain a plaintext response
$ curl http://rancher-metadata/<version>/<path>
curl请求的路径取决于您想要获取的metadata信息和格式。
Metadata | 路径 | 描述 |
容器 |
| 提供运行命令的容器的metadata信息 |
容器所在服务 |
| 提供运行命令的容器对应服务的metadata信息 |
容器所在应用 |
| 提供运行命令的容器对应应用的metadata信息 |
容器所在主机 |
| 提供运行命令的容器对应主机的metadata信息 |
其他容器 |
| 提供所有容器的metadata信息。在纯文本格式时,提供了带上索引序号的所有容器。在JSON格式,提供了所有容器的所有metadata信息。使用序号或者名字。都可以获取指定容器的metadata信息。 |
其他服务 |
| 提供了所有服务的metadata信息。在纯文本格式时,提供了带上索引序号的所有服务。在JSON格式,提供了所有服务的所有metadata信息。在路径中使用序号或者名字,都可以获取指定服务的metadata信息。当访问容器详细信息时,在V1 ( |
其他应用 |
| 提供了所有应用的metadata信息。在纯文本格式,提供了带上索引序号的所有应用。在JSON格式,提供了所有应用的所有metadata信息。使用序号或者名字。都可以获取指定容器的metadata信息。在路径中使用序号或者名字,都可以获取指定应用的metadata信息。当访问container详细信息时,在V1 ( |
Metadata的版本
在curl
命令中,我们强烈建议使用确定的版本号,但是您也可以选者latest
。
注意: 因为
latest
版本会包含最新的代码变动,各个版本的返回的数据可能不同,需要确认是否和您之前的代码能够兼容。
metadata的版本是基于日期的。
Version Reference | Version |
V2 | 2015-12-19 |
V1 | 2015-07-25 |
版本变化
V1 vs. V2
当通过http请求访问路径 /services/<service-name>/containers
或者/stacks/<stack-name>/services/<service-name>/containers
时, V1 返回容器名称,V2返回容器实例。更多详细信息在V2 metadata服务中提供。
范例
在Rancher中,名为foostack
的应用包含一个有三个容器的服务 barservice
。
# 在V1只返回service的container names
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-07-25/services/barservice/containers'
["foostack_barservice_1", "foostack_barservice_2", "foostack_barservice_1"]
# 在V2中返回service的container objects
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-12-19/services/barservice/containers'
[{"create_index":1, "health_state":null,"host_uuid":...
...
# 获取service中所有容器的metadata信息
...
...}]
# 在V2,可以获取指定的container object
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-12-19/services/barservice/containers/foostack_barservice_1'
[{"create_index":1, "health_state":null,"host_uuid":...
...
# 获取service中所有容器的metadata信息
...
...}]
# 通过路径 /stacks/<service-name>,可以访问services和containers
# 使用V1只返回service的container names
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-07-25/stacks/foostack/services/barservice/containers'
["foostack_barservice_1", "foostack_barservice_2", "foostack_barservice_1"]
# 使用V2返回service的container objects
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-12-19/stacks/foostack/services/barservice/containers'
[{"create_index":1, "health_state":null,"host_uuid":...
...
# 获取service中所有容器的metadata信息
...
...}]
纯文本 vs JSON
Metadata返回有纯文本和JSON两种格式,根据需要选择相应格式.
纯文本
通过curl命令,会获得请求路径的纯文本格式返回。您可以通过从第一层路径开始,层层推进,找到您需要的信息。
$ curl 'http://rancher-metadata/2015-12-19/self/container'
create_index
dns/
dns_search/
external_id
health_check_hosts/
health_state
host_uuid
hostname
ips/
labels/
memory_reservation
milli_cpu_reservation
name
network_from_container_uuid
network_uuid
ports/
primary_ip
primary_mac_address
service_index
service_name
stack_name
stack_uuid
start_count
state
system
uuid
$ curl 'http://rancher-metadata/2015-12-19/self/container/name'
# Note: Curl 不会返回新的行,只有一个数据时返回会输出在同一行
Default_Example_1$root@<container_id>
$ curl 'http://rancher-metadata/2015-12-19/self/container/label/io.rancher.stack.name'
Default$root@<container_id>
# Arrays可以通过序号或者名字访问
$ curl 'http://rancher-metadata/2015-12-19/services'
0=Example
# 使用序号或者名字
$ curl 'http://rancher-metadata/2015-12-19/services/0'
$ curl 'http://rancher-metadata/2015-12-19/services/Example'
JSON
JSON格式的返回可以通过在curl命令中增加header Accept: application/json
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-12-19/self/container'
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-12-19/self/stack'
# 获取stack中另一个service的信息
$ curl --header 'Accept: application/json' 'http://rancher-metadata/2015-12-19/services/<service-name>'
Metadata属性
容器
属性 | 描述 |
| 容器启动的序号 例如 2 代表的是服务中启动的第二个容器。注意: Create_index不会被重用。 如果您的服务包含两个容器,删除了第二个容器,下一个启动的容器的 |
| 容器的DNS服务器。 |
| 容器的搜索域。 |
| 在主机上的Docker容器ID。 |
| 列出运行健康检查的主机的的UUIDs。 |
| 开启健康检查的容器的健康状态 健康检查。 |
| Rancher Server分配给主机的唯一标识。 |
| 容器的hostname。 |
| 支持多NIC时的IP列表 |
| 容器标签列表。格式为 |
| 容器可以使用内存的软限制。 |
| 容器可以使用CPU的软限制,值为正整数,1代表1/1000CPU。所以,1000 代表1个CPU,500代表半个CPU。 |
| 容器的名字。 |
| 容器网络来源的容器UUID。 |
| Rancher分配的网络唯一标识 |
| 列出容器使用的端口。格式为: |
| 容器IP |
| 容器的MAC地址 |
| 服务中容器名称的最后一个数字 |
| 服务名称(如果存在) |
| 服务所在的应用的名称(如果存在) |
| Rancher分配的应用的唯一标识 |
| 容器启动的次数 |
| 容器状态 |
| 容器是否是Rancher基础设施服务 |
| Rancher分配容器唯一标识 |
服务
属性 | 描述 |
| 列出服务中的容器名称 |
| 服务中最后启动的容器的序号 例如 2代表的是服务中启动的第二个容器。注意: Create_index不会被重用。 如果您的服务包含2个容器,删除了第二个容器,下一个启动的容器的 |
| 对主机暴露,但是不对外暴露的端口 |
| 内部服务的IP列表 |
| 服务的全称域名 |
| 服务的健康检查配置 |
| 内部服务的CNAME |
| Rancher的服务类型 |
| 服务标签列表,格式为 |
| 负载均衡的配置 |
| 列出服务的链接,格式为 |
| |
| 服务名称 |
| 服务使用的端口。格式 |
| 主服务名,如果有从服务 |
| 服务中容器的规模数量 |
| 从容器服务的名称列表 |
| 服务所在的应用的名称 |
| Rancher分配的应用的唯一标识 |
| 是否是基础设施服务 |
| Rancher分配的服务的唯一标识 |
应用
属性 | 描述 |
| 应用所在的环境的名字 |
| Rancher分配的环境的唯一标识 |
| 应用名称 |
| 应用中的服务列表 |
| 应用是否为基础设施服务 |
| Rancher分配的应用的唯一标识 |
主机
属性 | 描述 |
| Rancher Agent的IP,例如 |
| 主机的名称 |
| 主机标签列表。格式为 |
| 主机的存储大小,单位为MB |
| 主机的内存大小,单位为MB |
| 主机的CPU。数值为整数,1代表1/1000的cpu。所以,1000代表1 CPU. |
| 主机的名称 |
| Rancher分配的主机的唯一标识 |
为服务添加用户自定义Metadata
Rancher支持为服务添加用户metadata。现在只支持通过Rancher Compose添加,metadata是rancher-compose.yml
的一部分。metadata
key对应的部分,yaml会被转化成在metadata-service中使用的JSON格式
Example rancher-compose.yml
service:
# Scale of service
scale: 3
# User added metadata
metadata:
example:
name: hello
value: world
example2:
foo: bar
服务启动后,可以使用metadata服务在…/self/service/metadata
或者…/services/<service_id>/metadata
看到metadata数据
按照JSON格式查询
$ curl --header 'Accept: application/json' 'http://rancher-metadata/latest/self/service/metadata'
{"example":{"name":"hello","value":"world"},"example2":{"foo":"bar"}}
按照纯文本格式查询
复制代码$ curl 'http://rancher-metadata/latest/self/service/metadata'
example/
$ curl 'http://rancher-metadata/latest/self/service/metadata/example'
name
value
$ curl 'http://rancher-metadata/latest/self/service/metadata/example/name'
# # Note: Curl 不会返回新的行,只有一个数据时返回会输出在同一行
hello$root@<container_id>