存储规格 数据表最大列数不能超过1600列。 Ustore表（不含toast情况）最大Tuple长度不能超过（8192 - MAXALIGN(56 + init_td * 26 + 4)）, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到元组长度过长无法插入的报错。其中init_td对于Tuple长度的影响如下： 表init_td数量为最小值2时，Tuple长度不能超过8192 - MAXALIGN(56+2*26+4) = 8080B。 表init_td数量为默认值4时，Tuple长度不能超过8192 - MAXALIGN(56+4*26+4) = 8024B。 表init_td数量为最大值128时，Tuple长度不能超过8192 - MAXALIGN(56+128*26+4) = 4800B。 init_td取值范围[2, 128]，默认值4。单页面支持的最大并发不超过128个。 索引最大列数不能超过32列。全局分区索引最大列数不能超过31列。 索引元组长度不能超过(8192 - MAXALIGN(28 + 3 * 4 + 3 * 10) - MAXALIGN(42))/3, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到索引元组长度过长无法插入的报错，其中索引页头为28B，行指针为4B，元组CTID+INFO标记位为10B，页尾为42B。 回滚段容量最大支持16TB。 父主题： Ustore特性与规格

存储规格 数据表最大列数不能超过1600列。 Ustore表（不含toast情况）最大Tuple长度不能超过（8192 - MAXALIGN(56 + init_td * 26 + 4)）, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到元组长度过长无法插入的报错。其中init_td对于Tuple长度的影响如下： 表init_td数量为最小值2时，Tuple长度不能超过8192 - MAXALIGN(56+2*26+4) = 8080B。 表init_td数量为默认值4时，Tuple长度不能超过8192 - MAXALIGN(56+4*26+4) = 8024B。 表init_td数量为最大值128时，Tuple长度不能超过8192 - MAXALIGN(56+128*26+4) = 4800B。 init_td取值范围[2, 128]，默认值4。单页面支持的最大并发不超过128个。 索引最大列数不能超过32列。全局分区索引最大列数不能超过31列。 索引元组长度不能超过(8192 - MAXALIGN(28 + 3 * 4 + 3 * 10) - MAXALIGN(42))/3, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到索引元组长度过长无法插入的报错，其中索引页头为28B，行指针为4B，元组CTID+INFO标记位为10B，页尾为42B。 回滚段容量最大支持16TB。 父主题： Ustore特性与规格

存储规格 数据表最大列数不能超过1600列。 init_td（TD（Transaction Directory，事务目录）是Ustore表独有的用于存储页面事务信息的结构，TD的数量决定该页面支持的最大并发数。在创建表或索引时可以指定初始的TD大小init_td）取值范围[2, 128]，默认值4。单页面支持的最大并发不超过128个。 Ustore表（不含toast情况）最大Tuple长度不能超过（8192 - MAXALIGN(56 + init_td * 26 + 4)）, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到元组长度过长无法插入的报错。其中init_td对于Tuple长度的影响如下： 表init_td数量为最小值2时，Tuple长度不能超过8192 - MAXALIGN(56+2*26+4) = 8080B。 表init_td数量为默认值4时，Tuple长度不能超过8192 - MAXALIGN(56+4*26+4) = 8024B。 表init_td数量为最大值128时，Tuple长度不能超过8192 - MAXALIGN(56+128*26+4) = 4800B。 索引最大列数不能超过32列。全局分区索引最大列数不能超过31列。 索引元组长度不能超过(8192 - MAXALIGN(28 + 3 * 4 + 3 * 10) - MAXALIGN(42))/3, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到索引元组长度过长无法插入的报错，其中索引页头为28B，行指针为4B，元组CTID+INFO标记位为10B，页尾为42B。 回滚段容量最大支持16TB。 父主题： Ustore特性与规格

存储规格 数据表最大列数不能超过1600列。 init_td（TD（Transaction Directory，事务目录）是Ustore表独有的用于存储页面事务信息的结构，TD的数量决定该页面支持的最大并发数。在创建表或索引时可以指定初始的TD大小init_td）取值范围[2, 128]，默认值4。单页面支持的最大并发不超过128个。 Ustore表（不含toast情况）最大Tuple长度不能超过（8192 - MAXALIGN(56 + init_td * 26 + 4)）, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到元组长度过长无法插入的报错。其中init_td对于Tuple长度的影响如下： 表init_td数量为最小值2时，Tuple长度不能超过8192 - MAXALIGN(56+2*26+4) = 8080B。 表init_td数量为默认值4时，Tuple长度不能超过8192 - MAXALIGN(56+4*26+4) = 8024B。 表init_td数量为最大值128时，Tuple长度不能超过8192 - MAXALIGN(56+128*26+4) = 4800B。 索引最大列数不能超过32列。全局分区索引最大列数不能超过31列。 索引元组长度不能超过(8192 - MAXALIGN(28 + 3 * 4 + 3 * 10) - MAXALIGN(42))/3, 其中MAXALIGN表示8字节对齐。当插入数据长度超过阈值时，用户会收到索引元组长度过长无法插入的报错，其中索引页头为28B，行指针为4B，元组CTID+INFO标记位为10B，页尾为42B。 回滚段容量最大支持16TB。 父主题： Ustore特性与规格

相关问题 如何修改副本集实例的最大连接数？ 实例的最大连接数可通过修改参数“net.maxIncomingConnections”的值进行调整，如何调整参数值请参见编辑参数模板。 如何购买副本集实例？ 详情请参见购买副本集实例。 如何变更副本集实例的CPU和内存？ 副本集实例变更CPU和内存的具体操作请参见变更副本集实例的CPU和内存。 如何扩容副本集实例的磁盘空间？ 副本集实例磁盘扩容的具体操作请参见扩容存储。

现行实例规格说明 DDS副本集实例的CPU规格分为通用型和增强Ⅱ型，详见表1。 表1 CPU规格类型 规格 说明 适用场景 通用型 与同一物理机上的其他通用型规格实例共享CPU资源，通过资源复用换取CPU使用率最大化，性价比较高，适用于对性能稳定性要求较低的应用场景。 侧重对成本、性价比要求较高的场景。 增强Ⅱ型 CPU性能强劲，并搭载全新网络加速引擎，以及DPDK(Data Plane Development Kit)快速报文处理机制，提供更高的网络性能以及算力，满足不同场景需求。 对数据库算力与网络有更高性能要求的网站和Web应用场景。 副本集实例支持的规格请参见表2。

历史实例规格表 2021年7月以前创建的实例，请参考下列表中的连接数。 表3 副本集实例规格 CPU类型 规格类型 vCPU（个） 内存（GB） 规格ID 缺省最大连接数配置 连接数取值范围 x86 通用型 2 4 dds.mongodb.s6.large.2.repset 400 200-1000 2 8 dds.mongodb.s6.large.4.repset 400 200-1000 4 8 dds.mongodb.s6.xlarge.2.repset 1000 200-3000 4 16 dds.mongodb.s6.xlarge.4.repset 1000 200-3000 8 16 dds.mongodb.s6.2xlarge.2.repset 4000 200-8000 8 32 dds.mongodb.s6.2xlarge.4.repset 4000 200-8000 增强型 2 8 dds.mongodb.c3.large.4.repset 400 200-1000 4 16 dds.mongodb.c3.xlarge.4.repset 1000 200-3000 8 32 dds.mongodb.c3.2xlarge.4.repset 4000 200-8000 16 64 dds.mongodb.c3.4xlarge.4.repset 8000 200-16000 32 128 dds.mongodb.c3.8xlarge.4.repset 8000 200-16000 60 256 dds.mongodb.c3.15xlarge.4.repset 8000 200-16000 增强Ⅱ型 2 8 dds.mongodb.c6.large.4.repset 400 200-1000 4 16 dds.mongodb.c6.xlarge.4.repset 1000 200-3000 8 32 dds.mongodb.c6.2xlarge.4.repset 4000 200-8000 16 64 dds.mongodb.c6.4xlarge.4.repset 8000 200-16000 32 128 dds.mongodb.c6.8xlarge.4.repset 8000 200-16000 64 256 dds.mongodb.c6.16xlarge.4.repset 8000 200-16000 鲲鹏 - 2 4 dds.mongodb.large.arm2.repset 400 200-1000 - 2 8 dds.mongodb.large.arm4.repset 400 200-1000 - 4 8 dds.mongodb.xlarge.arm2.repset 1000 200-3000 - 4 16 dds.mongodb.xlarge.arm4.repset 1000 200-3000 - 8 16 dds.mongodb.2xlarge.arm2.repset 4000 200-8000 - 8 32 dds.mongodb.2xlarge.arm4.repset 4000 200-8000 - 16 32 dds.mongodb.4xlarge.arm2.repset 8000 200-16000 - 16 64 dds.mongodb.4xlarge.arm4.repset 8000 200-16000

GaussDB 实例在扩容和规格变更期间是否一直可用 目前，GaussDB支持磁盘扩容和CPU/内存规格变更。 在磁盘扩容期间，云数据库GaussDB实例一直可用，业务不受影响，但不允许删除和重启实例。 在CPU/内存规格变更期间，有1到2次网络秒级闪断。规格变更过程中可能会发生主备倒换，倒换时业务可能会短暂中断。 规格变更完成后，在V2.0-3.100版本之前的实例将会重启数据库集群，重启过程业务不可用。V2.0-3.100版本及以上的实例不需要重启数据库集群，将会大幅度降低闪断影响。请选择业务低峰期，避免业务异常中断。重启后实例会自动释放内存中的缓存，请在业务低峰期进行重启，避免对高峰期业务造成影响。 父主题： 扩容及规格变更

处理方法 如果Windows 2016操作系统的云服务器变更规格后出现蓝屏，您可以参考以下操作进行处理。 回滚至初始规格 在进行问题处理前，您需要将云服务器回滚至初始规格。 详细操作，请参见KVM实例变更至QingTian实例后出现蓝屏或业务异常，如何回滚至初始规格？ 问题处理 当Windows 2016操作系统的云服务器，从QingTian架构规格回滚至KVM架构规格后，如需再次变更至QingTian架构规格，为防止系统再次蓝屏， 需要在变更规格前完成准备工作。 变更前准备。 登录弹性云服务器。 打开“运行”对话框，输入“regedit”进入注册表编辑器。 在注册表中找到以下路径：Computer\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\vioscsi 查看该目录下是否存在“StartOverride”项。 若注册表该路径下只有“Enum”和“Parameters”项，则无需修改，如图3所示。 图3 注册表 若注册表该路径下存在“StartOverride”项，请执行步骤1.d。 修改“StartOverride”项中类型为“REG_DWORD”，数据为“3”的字段修改为“0”。 图4 “StartOverride”项 图5 修改“REG_DWORD”数据 将弹性云服务器关机。 变更至目标规格。 再次将Windows 2016操作系统的云服务器变更为目标规格。详细操作，请参见KVM实例变更为QingTian实例（Windows）。

问题描述 当云服务器的操作系统为Windows 2016，且规格变更涉及虚拟化架构变更时，系统可能出现蓝屏。 虚拟化架构变更主要是指KVM架构实例变更为QingTian架构实例，详细操作，请参见KVM实例变更为QingTian实例（Windows）。 KVM实例：参考规格清单，查询对应规格的虚拟化类型。 QingTian架构实例：选择“通用计算增强型C7”、“内存优化型M7”。 故障现象如图1和图2所示。 图1 蓝屏 图2 无法启动

解决方法 在迁移方案设计页面的应用列表，单击操作列的“查看资源配置”，进入目的端配置表页面。 在资源配置明细区域，单击主机资源操作列的“更改目的端规格”，右侧弹出资源详情窗口。 单击主机规格后的“更改规格”，可以修改目的端主机规格和镜像。 单击磁盘对应的目的端规格处的“更改规格”，可以修改目的端磁盘的存储类型和资源总用量（磁盘容量）。Linux主机的磁盘容量可以根据源端主机磁盘的实际使用量，进行缩容，即小于源端磁盘容量。更改磁盘规格后，系统会自动判断是否进行了磁盘缩容，在主机资源配置明细列表中的“磁盘缩容”列，“是”代表已缩容；“否”代表未缩容。 系统盘容量取值范围为：40 G~1024 G 数据盘容量取值范围为：10 G~32768 G 当前仅支持Linux主机磁盘缩容，需确保缩容后容量大于源端实际使用量。 跨可用区迁移场景仅支持扩容，即使配置缩容，系统也会自动创建一个与源端磁盘容量相同的目的端磁盘。

相关问题 如何修改集群实例的最大连接数？ 实例的最大连接数可通过修改参数“net.maxIncomingConnections”的值进行调整，如何调整参数值请参见编辑参数模板。 如何购买集群实例？ 详情请参见购买集群实例。 如何变更集群实例的CPU和内存？ 集群实例可以变更dds mongos节点和shard节点的CPU和内存，具体操作请参见变更集群实例的CPU和内存。 如何扩容集群实例的磁盘空间？ 集群实例可以对shard节点进行磁盘扩容，具体操作请参见扩容存储。

历史实例规格表 2021年7月以前创建的实例，请参考下列表中的连接数。 表4 config节点的规格 实例类型 CPU类型 规格类型 vCPU（个） 内存（GB） 规格ID 缺省最大连接数配置 连接数取值范围 集群 x86 通用型 2 4 dds.mongodb.s6.large.2.config 400 200-2000 增强型 2 4 dds.mongodb.c3.large.2.config 增强Ⅱ型 2 4 dds.mongodb.c6.large.2.config 鲲鹏 - 2 4 dds.mongodb.large.arm2.config 表5 dds mongos和shard节点的规格 实例类型 CPU类型 规格类型 组件 vCPU（个） 内存（GB） 规格ID 缺省最大连接数配置 连接数取值范围 集群 x86 通用型 dds mongos 1 4 dds.mongodb.s6.medium.4.mongos 400 200-1000 2 4 dds.mongodb.s6.large.2.mongos 400 200-2000 2 8 dds.mongodb.s6.large.4.mongos 400 200-2000 4 8 dds.mongodb.s6.xlarge.2.mongos 1000 200-4000 4 16 dds.mongodb.s6.xlarge.4.mongos 1000 200-4000 8 16 dds.mongodb.s6.2xlarge.2.mongos 4000 200-16000 8 32 dds.mongodb.s6.2xlarge.4.mongos 4000 200-16000 shard 1 4 dds.mongodb.s6.medium.4.shard 400 200-1000 2 4 dds.mongodb.s6.large.2.shard 400 200-2000 2 8 dds.mongodb.s6.large.4.shard 400 200-2000 4 8 dds.mongodb.s6.xlarge.2.shard 1000 200-4000 4 16 dds.mongodb.s6.xlarge.4.shard 1000 200-4000 8 16 dds.mongodb.s6.2xlarge.2.shard 4000 200-16000 8 32 dds.mongodb.s6.2xlarge.4.shard 4000 200-16000 增强型 dds mongos 2 8 dds.mongodb.c3.large.4.mongos 400 200-2000 4 16 dds.mongodb.c3.xlarge.4.mongos 1000 200-4000 8 32 dds.mongodb.c3.2xlarge.4.mongos 4000 200-16000 16 64 dds.mongodb.c3.4xlarge.4.mongos 8000 200-16000 32 128 dds.mongodb.c3.8xlarge.4.mongos 8000 200-16000 60 256 dds.mongodb.c3.15xlarge.4.mongos 8000 200-16000 shard 2 8 dds.mongodb.c3.large.4.shard 400 200-2000 4 16 dds.mongodb.c3.xlarge.4.shard 1000 200-4000 8 32 dds.mongodb.c3.2xlarge.4.shard 4000 200-16000 16 64 dds.mongodb.c3.4xlarge.4.shard 8000 200-16000 32 128 dds.mongodb.c3.8xlarge.4.shard 8000 200-16000 60 256 dds.mongodb.c3.15xlarge.4.shard 8000 200-16000 增强Ⅱ型 dds mongos 2 8 dds.mongodb.c6.large.4.mongos 400 200-2000 4 16 dds.mongodb.c6.xlarge.4.mongos 1000 200-4000 8 32 dds.mongodb.c6.2xlarge.4.mongos 4000 200-16000 16 64 dds.mongodb.c6.4xlarge.4.mongos 8000 200-16000 32 128 dds.mongodb.c6.8xlarge.4.mongos 8000 200-16000 64 256 dds.mongodb.c6.16xlarge.4.mongos 8000 200-16000 shard 2 8 dds.mongodb.c6.large.4.shard 400 200-2000 4 16 dds.mongodb.c6.xlarge.4.shard 1000 200-4000 8 32 dds.mongodb.c6.2xlarge.4.shard 4000 200-16000 16 64 dds.mongodb.c6.4xlarge.4.shard 8000 200-16000 32 128 dds.mongodb.c6.8xlarge.4.shard 8000 200-16000 64 256 dds.mongodb.c6.16xlarge.4.shard 8000 200-16000 鲲鹏 - dds mongos 2 4 dds.mongodb.large.arm2.mongos 400 200-2000 - 2 8 dds.mongodb.large.arm4.mongos 400 200-2000 - 4 8 dds.mongodb.xlarge.arm2.mongos 1000 200-4000 - 4 16 dds.mongodb.xlarge.arm4.mongos 1000 200-4000 - 8 16 dds.mongodb.2xlarge.arm2.mongos 4000 200-16000 - 8 32 dds.mongodb.2xlarge.arm4.mongos 4000 200-16000 - 16 32 dds.mongodb.4xlarge.arm2.mongos 8000 200-16000 - 16 64 dds.mongodb.4xlarge.arm4.mongos 8000 200-16000 - shard 2 4 dds.mongodb.large.arm2.shard 400 200-2000 - 2 8 dds.mongodb.large.arm4.shard 400 200-2000 - 4 8 dds.mongodb.xlarge.arm2.shard 1000 200-4000 - 4 16 dds.mongodb.xlarge.arm4.shard 1000 200-4000 - 8 16 dds.mongodb.2xlarge.arm2.shard 4000 200-16000 - 8 32 dds.mongodb.2xlarge.arm4.shard 4000 200-16000 - 16 32 dds.mongodb.4xlarge.arm2.shard 8000 200-16000 - 16 64 dds.mongodb.4xlarge.arm4.shard 8000 200-16000

现行实例规格说明 DDS集群实例的CPU规格分为通用型和增强Ⅱ型，详见表1。 表1 CPU规格类型 规格 说明 适用场景 通用型 与同一物理机上的其他通用型规格实例共享CPU资源，通过资源复用换取CPU使用率最大化，性价比较高，适用于对性能稳定性要求较低的应用场景。 侧重对成本、性价比要求较高的场景。 增强Ⅱ型 CPU性能强劲，并搭载全新网络加速引擎，以及DPDK(Data Plane Development Kit)快速报文处理机制，提供更高的网络性能以及算力，满足不同场景需求。 对数据库算力与网络有更高性能要求的网站和Web应用场景。 表2 config节点的规格 CPU类型 规格类型 vCPU（个） 内存（GB） 规格ID 缺省最大连接数配置 连接数取值范围 x86 增强Ⅱ型 2 4 dds.mongodb.c6.large.2.config 2000 200-2000 2 16 dds.mongodb.c6.large.8.config 2000 200-2000 4 32 dds.mongodb.c6.xlarge.8.config 4000 200-4000 8 64 dds.mongodb.c6.2xlarge.8.config 16000 200-16000 鲲鹏 - 2 4 dds.mongodb.large.arm2.config 2000 200-2000 4 8 dds.mongodb.xlarge.arm2.config 4000 200-4000 8 16 dds.mongodb.2xlarge.arm2.config 16000 200-16000 表3 dds mongos和shard节点的规格 CPU类型 规格类型 组件 vCPU（个） 内存（GB） 规格ID 缺省最大连接数配置 连接数取值范围 x86 通用型 dds mongos 1 4 dds.mongodb.s6.medium.4.mongos 1000 200-1000 2 4 dds.mongodb.s6.large.2.mongos 2000 200-2000 2 8 dds.mongodb.s6.large.4.mongos 2000 200-2000 4 8 dds.mongodb.s6.xlarge.2.mongos 4000 200-4000 4 16 dds.mongodb.s6.xlarge.4.mongos 4000 200-4000 8 16 dds.mongodb.s6.2xlarge.2.mongos 16000 200-16000 8 32 dds.mongodb.s6.2xlarge.4.mongos 16000 200-16000 shard 1 4 dds.mongodb.s6.medium.4.shard 1000 200-1000 2 4 dds.mongodb.s6.large.2.shard 2000 200-2000 2 8 dds.mongodb.s6.large.4.shard 2000 200-2000 4 8 dds.mongodb.s6.xlarge.2.shard 4000 200-4000 4 16 dds.mongodb.s6.xlarge.4.shard 4000 200-4000 8 16 dds.mongodb.s6.2xlarge.2.shard 16000 200-16000 8 32 dds.mongodb.s6.2xlarge.4.shard 16000 200-16000 增强Ⅱ型 dds mongos 1 8 dds.mongodb.c6.medium.8.mongos 1000 200-1000 2 8 dds.mongodb.c6.large.4.mongos 2000 200-2000 2 16 dds.mongodb.c6.large.8.mongos 2000 200-2000 4 16 dds.mongodb.c6.xlarge.4.mongos 4000 200-4000 4 32 dds.mongodb.c6.xlarge.8.mongos 4000 200-4000 8 32 dds.mongodb.c6.2xlarge.4.mongos 16000 200-16000 8 64 dds.mongodb.c6.2xlarge.8.mongos 16000 200-16000 16 64 dds.mongodb.c6.4xlarge.4.mongos 16000 200-16000 16 128 dds.mongodb.c6.4xlarge.8.mongos 16000 200-16000 32 128 dds.mongodb.c6.8xlarge.4.mongos 16000 200-16000 32 256 dds.mongodb.c6.8xlarge.8.mongos 16000 200-16000 64 256 dds.mongodb.c6.16xlarge.4.mongos 16000 200-16000 64 512 dds.mongodb.c6.16xlarge.8.mongos 16000 200-16000 shard 1 8 dds.mongodb.c6.medium.8.shard 1000 200-1000 2 8 dds.mongodb.c6.large.4.shard 2000 200-2000 2 16 dds.mongodb.c6.large.8.shard 2000 200-2000 4 16 dds.mongodb.c6.xlarge.4.shard 4000 200-4000 4 32 dds.mongodb.c6.xlarge.8.shard 4000 200-4000 8 32 dds.mongodb.c6.2xlarge.4.shard 16000 200-16000 8 64 dds.mongodb.c6.2xlarge.8.shard 16000 200-16000 16 64 dds.mongodb.c6.4xlarge.4.shard 16000 200-16000 16 128 dds.mongodb.c6.4xlarge.8.shard 16000 200-16000 32 128 dds.mongodb.c6.8xlarge.4.shard 16000 200-16000 32 256 dds.mongodb.c6.8xlarge.8.shard 16000 200-16000 64 256 dds.mongodb.c6.16xlarge.4.shard 16000 200-16000 64 512 dds.mongodb.c6.16xlarge.8.shard 16000 200-16000 鲲鹏 - dds mongos 2 4 dds.mongodb.large.arm2.mongos 2000 200-2000 - 2 8 dds.mongodb.large.arm4.mongos 2000 200-2000 - 4 8 dds.mongodb.xlarge.arm2.mongos 4000 200-4000 - 4 16 dds.mongodb.xlarge.arm4.mongos 4000 200-4000 - 8 16 dds.mongodb.2xlarge.arm2.mongos 16000 200-16000 - 8 32 dds.mongodb.2xlarge.arm4.mongos 16000 200-16000 - 16 32 dds.mongodb.4xlarge.arm2.mongos 16000 200-16000 - 16 64 dds.mongodb.4xlarge.arm4.mongos 16000 200-16000 - shard 2 4 dds.mongodb.large.arm2.shard 2000 200-2000 - 2 8 dds.mongodb.large.arm4.shard 2000 200-2000 - 4 8 dds.mongodb.xlarge.arm2.shard 4000 200-4000 - 4 16 dds.mongodb.xlarge.arm4.shard 4000 200-4000 - 8 16 dds.mongodb.2xlarge.arm2.shard 16000 200-16000 - 8 32 dds.mongodb.2xlarge.arm4.shard 16000 200-16000 - 16 32 dds.mongodb.4xlarge.arm2.shard 16000 200-16000 - 16 64 dds.mongodb.4xlarge.arm4.shard 16000 200-16000

响应示例 { "flavors": [ { "name": "physical.o2.medium", "links": [ { "href": "https://openstack.example.com/v2/c685484a8cc2416b97260938705deb65/flavors/physical.o2.medium", "rel": "self" }, { "href": "https://openstack.example.com/c685484a8cc2416b97260938705deb65/flavors/physical.o2.medium", "rel": "bookmark" } ], "ram": 321725, "OS-FLV-DISABLED:disabled": false, "vcpus": 56, "swap": "", "os-flavor-access:is_public": true, "rxtx_factor": 1, "OS-FLV-EXT-DATA:ephemeral": 0, "disk": 3725, "id": "physical.o2.medium" } ] }