Kubernetes 哪种CNI最适合在kubernate部署中使用外部sql server运行.net核心应用程序?

Kubernetes 哪种CNI最适合在kubernate部署中使用外部sql server运行.net核心应用程序?,kubernetes,cni,Kubernetes,Cni,我需要使用最适合的cni for Dotnet core和SQL server(相同的网络但不同的IP)Kubernetes部署。cni的制作方式是从应用程序中抽象网络逻辑。这使我们可以使用CNI,而不用太担心细节 如果你开始使用CNI,你几乎可以使用任何你喜欢的CNI,因为你的应用程序会像往常一样使用网络 无论你使用哪种应用程序/语言/框架/数据库,CNI只负责你的应用程序永远不知道的网络 CNI主要用于允许网络策略和管理节点网络 如果你想在Kubernetes之外看到一篇关于CNI的好文章(

我需要使用最适合的cni for Dotnet core和SQL server(相同的网络但不同的IP)Kubernetes部署。

cni的制作方式是从应用程序中抽象网络逻辑。这使我们可以使用CNI,而不用太担心细节

如果你开始使用CNI,你几乎可以使用任何你喜欢的CNI,因为你的应用程序会像往常一样使用网络

无论你使用哪种应用程序/语言/框架/数据库,CNI只负责你的应用程序永远不知道的网络

CNI主要用于允许网络策略和管理节点网络

如果你想在Kubernetes之外看到一篇关于CNI的好文章(这会让你了解CNI的实际情况和作用)。 *不是我写的,而是一篇理解CNI的好文章

因此,无论你选择哪一个,CNI都会完全认可它,而不是它如何与你的应用程序协同工作

首先,印花布是一个很好的选择,因为它易于部署和使用,并且允许网络策略

这取决于

TCP问题 关于不同CNI的性能,有一篇很棒的文章:

根据图表,几乎所有CNI都最适合TCP

参见:CNI之间的TCP性能

由于注释中指出您正在使用MS SQL,因此TCP是您案例的主要协议。默认MS SQL设置

因此,在所有CNI中,根据其性能,您可以选择几乎任何一种(加密的Clilium和加密的WaveNet除外)

MTU也很重要 但是,如果您将性能表与CNIs自动检测MTU选项进行比较,您可以看到只有纤毛和法兰绒仍然是冠军(裸机除外):

安全重要吗? 视情况而定

假设MS SQL提供了适当级别的开箱即用安全性,您可以跳过这部分建议

如果您认为额外的安全级别对您的情况非常重要,您可以参考以下矩阵:

结论 所以,对于SQL,如果您选择性能,那么您可以选择法兰绒或纤毛,这有一点优势。 如果安全性很重要,那么纤毛就更好了

另外,下面的答案提到了印花布。
正如您在TCP性能图表上所看到的,印花布是领先者但是如果您可以在云中设置正确的MTU。

嗨,欢迎来到SO俱乐部。您使用哪个SQL server?SQL小姐?PostgreSQL?神谕MySQL/MariaDB?问题还不清楚:您没有提供额外的信息,如集群的类型(云),节点的数量和进一步的细节。@Yasen MS SQLDatabase@prometherion预先