限定

learning/k8s-basics/expose.md

@@ -77,6 +77,8 @@ Labels（标签）可以在创建 Kubernetes 对象时附加上去，也可以
 
 ## 实战：为您的 nginx Deployment 创建一个 Service
 
+<SharingBlock>
+
 <el-tabs type="border-card">
 <el-tab-pane label="使用kubectl">
 
@@ -199,3 +201,5 @@ curl <任意节点的 IP>:32600
 ~~接下来是对于多实例部署和滚动更新的相关介绍与实践
 
 ~~let‘s go-> [应用程序的伸缩](./scale.html)
+
+</SharingBlock>

learning/k8s-basics/scale.md

@@ -44,6 +44,8 @@ spec:
 
 ## 实战：将 nginx Deployment 扩容到 4 个副本
 
+<SharingBlock>
+
 <el-tabs type="border-card">
 <el-tab-pane label="使用kubectl">
 
@@ -112,3 +114,5 @@ watch kubectl get pods -o wide
 ~~一旦运行了多个应用程序实例，就可以在不停机的情况下执行滚动更新了，
 
 ~~let‘s go->  [执行滚动更新](./update.html)
+
+</SharingBlock>

learning/k8s-intermediate/persistent/limits.md

@@ -0,0 +1,62 @@
+---
+# vssueId: 59
+layout: LearningLayout
+description: Kubernetes教程_本文介绍Kubernetes中Volume（数据卷）的基本概念_用法以及支持的数据卷类型
+meta:
+  - name: keywords
+    content: Kubernetes教程,K8S教程,Kubernetes入门,K8S入门,Kubernetes数据卷
+---
+
+# 节点相关的数据卷限制
+
+<AdSenseTitle>
+
+> 参考文档： [Node-specific Volume Limits](https://kubernetes.io/docs/concepts/storage/storage-limits/)
+
+本文描述了在不同的云供应商环境下，单个节点可以挂载的数据卷的最大数量。
+
+类似于 Google、Amazon、Microsoft 这样的云供应商，通常都会限定单个节点可挂载的数据卷的最大数量。Kubernetes 必须遵守这些限定，否则，当 Pod 调度上某节点上时，可能会因为不能实现数据卷挂载而启动不了。
+
+[[TOC]]
+
+</AdSenseTitle>
+
+## Kubernetes默认限制
+
+Kubernetes调度器默认限制了单个节点可以挂载的数据卷的最大数量：
+
+| 云供应商                                                     | 节点最大数据卷数量 |
+| ------------------------------------------------------------ | ------------------ |
+| [Amazon Elastic Block Store (EBS)](https://aws.amazon.com/ebs/) | 39                 |
+| [Google Persistent Disk](https://cloud.google.com/persistent-disk/) | 16                 |
+| [Microsoft Azure Disk Storage](https://azure.microsoft.com/en-us/services/storage/main-disks/) | 16                 |
+
+
+
+## 自定义限制
+
+修改此限制值的步骤如下：
+* 设置环境变量 `KUBE_MAX_PD_VOLS` 的取值
+* 重启调度器 kube-scheduler
+
+建议不要将此数值设置得比默认值更大。在修改之前，请认真查询云供应商的相关文档，确保您的节点机器可以支持您设置的限制取值。
+
+该限定对整个集群生效，因此，将影响到集群中的所有节点。
+
+## Dynamic volume限制
+
+**FEATURE STATE：** `Kubernetes v1.12` <Badge type="warning">beta</Badge>
+
+Kubernetes v1.11 开始支持按节点限制动态数据卷的数量（Dynamic volume limits），在Kubernetes v1.12 中，该特性进入 beta 阶段，并默认启用。
+
+动态数据卷数量限定（Dynamic volume limits）支持如下类型的数据卷：
+* Amazon EBS
+* Google Persistent Disk
+* Azure Disk
+* CSI
+
+当动态数据卷数量限定（Dynamic volume limits）特性激活时，Kubernetes 自动根据节点的类型为其设置合适的可挂载数据卷的最大数量。例如：
+- 在 [Google Compute Engine](https://cloud.google.com/compute/) 上，[根据节点类型](https://cloud.google.com/compute/docs/disks/#pdnumberlimits)，一个节点最多可以挂载 128 个数据卷
+- 针对 Amazon 部分实例类型（M5、C5、R5、T3、Z1D）上的 EBS 磁盘，Kubernetes 只允许为每个节点最多挂载 25 个数据卷。针对其他类型的节点 [Amazon Elastic Compute Cloud (EC2)](https://aws.amazon.com/ec2/), Kubernetes 允许为每个节点最多挂载 39 个数据卷
+- 在微软 Azure 上，根据节点类型不同，单个节点最多可以挂载 64 个磁盘。更多细节请参考[Sizes for virtual machines in Azure](https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes)
+- 针对 CSI，任何通过 CSI 规范定义数据卷挂载数量限制的驱动程序，都会将该数量限定作为节点的一个可收集的参数；Kubernetes 调度器可以读取此节点参数，且当节点已经达到最大可挂载数据卷数量时，不会再向该节点调度 Pod。更多细节请参考 [CSI specs](https://github.com/container-storage-interface/spec/blob/master/spec.md#nodegetinfo)

learning/k8s-intermediate/service/ingress.md

@@ -124,6 +124,8 @@ spec:
 
 ## 实战：通过 Ingress 使您的应用程序在互联网可用
 
+<SharingBlock>
+
 ::: warning 前提
 * 假设您已经完成了 [公布应用程序](/learning/k8s-basics/expose.html) 中的实战部分
 * 假设您已经将 Ingress 融入到您的网络拓扑中，并且将 `*.demo.kuboard.cn` （请使用您自己的域名）解析到对应的外网 IP 地址
@@ -272,3 +274,6 @@ Kuboard 工作负载编辑器将 kubernetes 中三个主要对象 Deployment/Ser
 
 </el-tab-pane>
 </el-tabs>
+
+
+</SharingBlock>

learning/k8s-practice/ocp/eureka-server.md

@@ -112,6 +112,8 @@ meta:
 
 ## 查看部署结果
 
+<SharingBlock>
+
 按照上面的部署方式，有如下两种方式可以从浏览器访问 eureka-server 的界面：
 
 * 使用域名： [http://cloud-eureka.ocp.demo.kuboard.cn/](http://cloud-eureka.ocp.demo.kuboard.cn/)
@@ -122,3 +124,5 @@ meta:
 eureka-server 界面如下图所示：
 
 ![Kubernetes教程：在K8S部署SpringCloud服务注册中心Eureka-Server](./eureka-server.assets/image-20190927140934092.png)
+
+</SharingBlock>