实名合约代码路径如下：core/contractsdk/cpp/reserved/identity.cc [https://github.com/xuperchain/xuperchain/blob/master/core/contractsdk/cpp/reserved/identity.cc] 实名合约实名的对象是一个具体的ak。 1 2 3 cd ./contractsdk/cpp cp reserved/identity com/xuperchain/xuperchain/blob/master/core/kv/mstorage/test/test_write.go] 读取测试可参考代码 kv/mstorage/test/test_read.go [https://github.com/xuperchain/xuperchain/blob/master/core/kv/mstorage/test/test_read 为了实现跨链请求，仅有上面的链名跨链寻址协议是不够的，在跨链发起的原 链上还需要部署一个链名解析合约，该合约目前也已开源 链名解析合约 [https://github.com/xuperchain/xuperchain/blob/master/core/contractsdk/cpp/example/naming/src/naming.cc]。 1 2 3 4 5 6 7 8 9 10 11 12 // 注册一个网络，同时包含网络初始meta信息

status 命令查看哪些文件处于什么状态。 如果在克隆仓库后立即使用此命令，会看到类似这样的 输出： $ git status On branch master Your branch is up-to-date with 'origin/master'. nothing to commit, working directory clean 这说明你现在的工作目录相当干净。换句话说，所有已跟踪文件在上次提交后都未被更改过。 现在，分支名是“master”，这是 默认的分支名。 我们在 Git 分支 中会详细讨论分支和引用。 现在，让我们在项目下创建一个新的 README 文件。 如果之前并不存在这个文件，使用 git status 命令，你 将看到一个新的未跟踪文件： 31 $ echo 'My Project' > README $ git status On branch master Your branch branch is up-to-date with 'origin/master'. Untracked files: (use "git add ..." to include in what will be committed) README nothing added to commit but untracked files present (use "git add"

status 命令查看哪些文件处于什么状态。 如果在克隆仓库后立即 使用此命令，会看到类似这样的输出： $ git status On branch master Your branch is up-to-date with 'origin/master'. nothing to commit, working directory clean 这说明你现在的工作目录相当干净。换句话说，所有已跟踪文件在上次提交后 现在，分 支名是“master”，这是默认的分支名。 我们在 Git 分支 中会详细讨论分支和 引用。 现在，让我们在项目下创建一个新的 README 文件。 如果之前并不存在这个文 件，使用 git status 命令，你将看到一个新的未跟踪文件： $ echo 'My Project' > README $ git status On branch master Your branch branch is up-to-date with 'origin/master'. Untracked files: (use "git add ..." to include in what will be committed) README nothing added to commit but untracked files present (use "git add"

管理员指南 V6.2.1 版权所有：Esena(陈淼 +86 18616691889) 编写：陈淼 - 2 - 序言 术语约定 GP ： Greenplum 数据库 Master ： GP 的控制节点/实例 Standby ： GP 的备用控制节点/实例 Host(主机) ： GP 的一台独立的机器设备 Instance ： GP 的计算实例，很多时候也叫 ................................................................................... - 11 - 管理节点：Master ................................................................................................ 故障切换与恢复 .................................................................................... - 17 - Master 镜像 .............................................................................................

两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container control plane。通过使用描述如何创建集群的 Ignition 配置文件进行启动。bootstrap 机器创建组成 control plane 的 control plane 机器（也称为 master 机器）。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 认 AWS 限 限值 值 描述 描述 实例限值 可变 可变 默认情况下，每个集群创建以下实例： 一台 Bootstrap 机器，在安装后删除 三个 control plane 节点（也称为 master 节 点） 三个 worker 节点 这些实例类型数量在新帐户的默认限值之内。若要部署 更多 worker 节点、启用自动扩展、部署大型工作负载 或使用不同的实例类型，请检查您的帐户限制，以确保

两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container control plane。通过使用描述如何创建集群的 Ignition 配置文件进行启动。bootstrap 机器创建组成 control plane 的 control plane 机器（也称为 master 机器）。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 example-control1.example.com Ready master 52m v1.21.6+bb8d50a example-control2.example.com Ready master 55m v1.21.6+bb8d50a example-control3.example.com Ready master 55m v1.21.6+bb8d50a $

shardingsphere-4.x 读写分离 配置项说明 # 省略数据源配置，与数据分片一致 spring.shardingsphere.sharding.master-slave-rules.<master-slave-data-source-name>. master-data-source-name= # 主库数据源名称 5.1. ShardingSphere-JDBC 123 Apache ShardingSphere shardingsphere.sharding.master-slave-rules.<master-slave-data-source-name>. slave-data-source-names[0]= # 从库数据源名称列表 spring.shardingsphere.sharding.master-slave-rules.<master-slave-data-source-name>. shardingsphere.sharding.master-slave-rules.<master-slave-data-source-name>. slave-data-source-names[x]= # 从库数据源名称列表 spring.shardingsphere.sharding.master-slave-rules.<master-slave-data-source-name>.

两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container example-control1.example.com Ready master 52m v1.21.6+bb8d50a example-control2.example.com Ready master 55m v1.21.6+bb8d50a example-control3.example.com Ready master 55m v1.21.6+bb8d50a $ ZONE AGE openshift-machine-api example-zbbt6-master-0 Running 95m openshift-machine-api example-zbbt6-master-1 Running 95m

k8s的服务器使用固定ip地址，配置主机名，要求能解析相应的主机名（master 结点）到对应的ip地址，可以使用内网集群的dns服务器或写入/etc/hosts文件 里。如： 主机名 ip地址 k8s-master1.cof-lee.com 10.99.1.51 k8s-master2.cof-lee.com 10.99.1.52 k8s-master3.cof-lee.com 10.99.1.53 k8s-node01 set-hostname k8s-master1.cof-lee.com #设置主机名称，所有结 点分别设置 # cat >> /etc/hosts <master1.cof-lee.com k8s-master1 10.99.1.52 k8s-master2.cof-lee.com k8s-master2 10.99.1.53 k8s-master3 k8s-master3.cof-lee.com k8s-master3 10.99.1.61 k8s-node01.cof-lee.com k8s-node01 10.99.1.62 k8s-node02.cof-lee.com k8s-node02 EOF ★k8s初始化时要求系统里有/etc/resolv.conf文件及系统对外通信网口上配置有 默认路由；根据实际情况添加 # cat

control-plane,master 3d17h v1.27.3 ip-10-0-68-148.us-east-2.compute.internal Ready worker 3d17h v1.27.3 ip-10-0-68-68.us-east-2.compute.internal Ready control-plane,master 3d17h 3d17h v1.27.3 ip-10-0-72-170.us-east-2.compute.internal Ready control-plane,master 3d17h v1.27.3 ip-10-0-74-50.us-east-2.compute.internal Ready worker 3d17h v1.27.3 $ 后，从已安装的 Operator 列表中选择 Node Feature Discovery，然后选择 Create instance。这会在 openshift-nfd 命名空间中安装 nfd-master 和 nfd-worker pod，每个计算节点一个 nfd-worker pod。 3. 运行以下命令验证 Operator 是否已安装并正在运行： 输出示例 出示例 4. 浏览到控制台中的已安装的