闲情居|Kubernetes 的配置和运行:网络,非云环境中( 三 )


简而言之 , 设想我们有一栋多层商业建筑 , 每层楼具有专门的用途 。 例如 , 软件开发人员在第一层 , 厨师在第二层 , 医生在第三层 , 诸如此类 。
通常而言 , 我们的工作就是对建筑(即主网)每层分配地址 , 指定每层支持容纳的专业人员(即主机)上限 。
读者可能会问 , 为什么不选择256(即2?—(32–24))和128(即2?—(32-25)) 。 原因在于 , 子网段的首尾地址分别保留用于标识网络和广播使用 。
DNS如上所述 , 通常将网段首个可用地址被指定为DNS服务器 。 如下表:
仔细看来 , 每个IP地址范围支持252和124个IP地址 。 如果给定子网中的主机数量高于此 , 就会出现IP地址用尽的问题 。 这意味着 , 想要加入该子网的主机不能分配IP地址 , 进而无法加入该子网 。
网关常见做法是将子网的首个或最后一个IP地址保留 , 用于网关地址 。 技术上看 , 我们可以另行指定任意网关地址 。 谨记 , 这样做会导致DHCP配置复杂化 。
例如 , 一个子网的CIDR表示为192.168.5.0/24 , 如果我们随意指定IP地址192.168.5.127为网关 , 那么IP分别范围将必须定义为192.168.5.1–192.168.5.126 , 或是192.168.5.128–192.168.5.254 , 非常不直观 。
简要起见 , 我们指定子网的最后一个IP地址为网关 。
【闲情居|Kubernetes 的配置和运行:网络,非云环境中】KubernetesJourney—Upandrunningoutofthecloud—Network