docker 集群服务更新后替换了对等容器
peer container replaced after docker swarm service update
当我在我的 docker 集群中的对等容器上使用 'docker service update' 时,对等容器被新的替换。
新的名称几乎相同,例如
旧:peer1.org1-223d2d23d23 新:一个 peer1.org1-345245634ff4
它可以访问所有文件,例如 channel.tx、genesis.block 和 mychannel.block。在 peer/channel-artifacts 地图中。但是新节点还没有加入频道,也没有安装链码。
我无法加入频道或安装链码,因为 peer1.org1 已经是这样了。但是,如果我可以获取最旧的频道块。但这给出了我认为的奇怪情况。
所以我的问题是
docker 群中的对等服务如何在服务更新或停机后仍然是 stack/swarm 的一部分,而不是一个全新的对等容器?
当您在 Docker、Docker Swarm 或 Kubernetes 中升级容器时,您实际上是在替换容器(即实际上没有容器就地升级的概念)另一个接收相同设置、环境等的
当运行 Docker处于独立模式并使用卷时,这是相当透明的,因为新容器部署在与先前容器相同的主机上,因此将安装相同的卷等.
您似乎已经从共享存储/文件系统安装了某种类型的卷,以便访问 channel.tx 等
您还需要做的实际上是确保您将卷用于对等方(以及排序方等)使用/需要的持久存储。
对等端,core.yaml中的两个关键属性是:
peer.fileSystemPath
- 这默认为 /var/hyperledger/production
并且是分类帐、已安装的链代码等的保存位置。对应的环境变量为CORE_PEER_FILESYSTEMPATH
.
peer.mspConfigPath
- 存储本地 MSP 信息的位置。对应的环境变量为CORE_PEER_MSPCONFIGPATH
.
您需要将它们安装为卷,并且如果您使用的是 Swarm,则这些卷将需要在所有 Swarm 主机上都可用的共享存储上可用。
当我在我的 docker 集群中的对等容器上使用 'docker service update' 时,对等容器被新的替换。
新的名称几乎相同,例如 旧:peer1.org1-223d2d23d23 新:一个 peer1.org1-345245634ff4
它可以访问所有文件,例如 channel.tx、genesis.block 和 mychannel.block。在 peer/channel-artifacts 地图中。但是新节点还没有加入频道,也没有安装链码。
我无法加入频道或安装链码,因为 peer1.org1 已经是这样了。但是,如果我可以获取最旧的频道块。但这给出了我认为的奇怪情况。
所以我的问题是
docker 群中的对等服务如何在服务更新或停机后仍然是 stack/swarm 的一部分,而不是一个全新的对等容器?
当您在 Docker、Docker Swarm 或 Kubernetes 中升级容器时,您实际上是在替换容器(即实际上没有容器就地升级的概念)另一个接收相同设置、环境等的
当运行 Docker处于独立模式并使用卷时,这是相当透明的,因为新容器部署在与先前容器相同的主机上,因此将安装相同的卷等.
您似乎已经从共享存储/文件系统安装了某种类型的卷,以便访问 channel.tx 等
您还需要做的实际上是确保您将卷用于对等方(以及排序方等)使用/需要的持久存储。
对等端,core.yaml中的两个关键属性是:
peer.fileSystemPath
- 这默认为 /var/hyperledger/production
并且是分类帐、已安装的链代码等的保存位置。对应的环境变量为CORE_PEER_FILESYSTEMPATH
.
peer.mspConfigPath
- 存储本地 MSP 信息的位置。对应的环境变量为CORE_PEER_MSPCONFIGPATH
.
您需要将它们安装为卷,并且如果您使用的是 Swarm,则这些卷将需要在所有 Swarm 主机上都可用的共享存储上可用。