slack 链接： https://kubernetes.slack.com/archives/C0163DT0R8X/p1660190869703159

关于如何扩展 kubevirt instance type的一点思考

关于官方对instance type的设计，对标所有云厂商的虚拟机静态模板，对应aws的instance type参数，openstack 的flavor参数。

后续该crd会整合之前所有的关于规格的crd，包括flavor，preset等。

对标下openstack的虚拟机的信息，如果按照openstack flavor的设计的话，像qos，绑核，等信息直接基于configmap维护或许是最好的选择，这种matadata信息维护在cm里面最为合适。

作为instance type 的spec属性和vm 的instance type 都太重，且真正使用的时候空表字段太多。