项目资源池,创建dblink

Subnet资源池(Subnet Pool )是Openstack Kilo版本添加的特性，从模型的角度来看是独立的模型，模型名称为Subnet Pool。 此模型字段与Subnet模型的subnetpool_id字段相关联。 由于Subnet Pool中的Subnet和Neutron模型Subnet不是同一概念，所以为了避免混淆，以下使用子网段表示Subnet Pool中的Subnet，使用Subnet表示Neutron的模型子网段的资源池(以下简称资源池)的目的是为了方便子网段的管理。 模型Subnet包含两个与cidr和ip_version子网段相关联的字段。 简单来说，资源池定义了包含IP版本的大网段，而模型Subnet从中分配小网段。 在命令行或使用rest风格的API创建Subnet时，使用参数subnetpool_id，例如openstacksubnetcreatesubnet-pool demo-subnet pool 表的内容分为子网段信息、子网段分配规则两部分。 表示子网段信息的字段为prefixes，这是一个数组，每个元素是一个IP地址前缀，这些地址前缀可以是IPv4或IPv6。 例如“prefixes”: [“10.10.0.0/21”、“192.192.192”“2001336033600336023360233603360/64”、“221; 221;和“221; 221; 如果Subnet要从资源池分配给网段，可以通过命令行或rest风格的API发送请求。 提交请求时，可以传递参数cidr或prefixlen。 这两个参数反映在从函数或命令行调用的参数中，而不是Subnet Pool模型中。 cidr的目的非常直接。 期待着这个网段的使用。 但是，这个参数并没有被普遍使用。 使用资源池的目的是管理Subnet，租户必须提供此参数，这有点违背资源池的初衷。 prefixlen指定要分配的子网段的大小。 这比指定cidr好得多。 我的子网需要这么多IP。 剩下的你的资源池正在看。 作为示例，在资源池的网络段中，prefixes[“10.10.0.0/16”]中，用户接收的请求参数是prefixlen=24。 也就是说，如果请求参数中也未指定prefixlen，则资源池将使用字段default_prefixlen向请求者发送具有10.10.0.0/16的网络段(子网段) default_prefixlen的缺省值为min_prefixlen。 用户接收到的所有prefixlen并非都是合法的。 必须满足资源池的限制。 此约束条件为min_prefixlen和max_prefixlen。 也就是说，prefixlen (或cidr前缀的长度)必须在此范围内。 [min_prefixlen，max_prefixlen].min_