超融合应用在计算，存储等资源调配方面有什么样的特点？如何资源规划？运维管理成本如何？

再精打细算也可能存在计算后存储资源不足或者多余，那么是否支持与传统存储挂载给超融合计算计算，或者将超融合存储资源划分给传统架构机器试用呢？

这个就需要在部署超融合之前做一个详细的规划了
首先超融合集群也不是越大越好，双副本情况下允许一个节点失效，所以我们公司的超融合集群一般都控制在10台以内，类似于raid5的8+1效果，重要业务集群做到5节点一集群，类似于raid5的4+1。
另外根据不同业务类型对集群功能区做划分，举个例子：比如日志类、FTP类应用，我们公司采用Gold 5218R2 、512G内存、SATA 1.92TB2 、SATA 4TB*8 这样的配置，每个节点两个DG，每个DG可用空间约14T，每个节点预留20%的内存、每个DG预留30%的空间，最后每个节点设计部署容量为25个虚拟机。 相应的另外一些跑批类、redis等的应用则部署到caching tier 占比更高的集群，这类应用由于空间使用小，集群硬盘可以采用SAS 2.4T的HDD。
以上例子意思是我们在使用超融合的集群时需要有比较详细的规划，因为超融合的节点配置相对固定不太灵活，所以内存、存储某一项出现短板就无法避免，目前我能想到的就是通过合理的规划去避免这个问题发生。
超融合集群资源本身是依托以太网部署的，所以通过以太网方式可以把存储资源以iscsi、NFS等方式提供到外部，需要注意的是，这类功能一般都不是免费的，且往往管理功能也比较简单，而且依托以太网性能损耗较大，也不建议重要生产业务使用。