logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

docker

Docker是基于Go语言实现的开源容器项目,诞生于2013年年初,最初发起者是dotCloud公司。Docker自开源后受到广泛的关注和讨论,逐渐形成了围绕Docker容器的生态体系。由于Docker在业界造成的影响力实在太大,dotCloud公司后来也直接改名为Docker Inc,并专注于 Docker相关技术和产品的开发。Docker提供了各种容器管理工具(如分发、版本、移植等),让用户无

#docker
k8s部署 集群管理

将多集群配置模版multi-cluster-config.yaml里的证书和密钥修改成上面查到的,windows里改好再上传到master。删除所有 master。

#kubernetes#容器#云原生
k8s pod Volume Configure

创建 pod-mysql 数据库创建 pod-wordpress 博客访问web页面,配置站点。

#kubernetes#adb#容器
k8s Controller Service

Controller 主要作用是确保所管理的资源处于用户期望的状态,通过不断地监控资源的状态,并根据实际状态与期望状态之间的差异执行相应的动作,来实现资源的自愈、自动扩展等功能。先简单回顾一下:容器按照是否持续运行可分为两类。服务类容器: 一直运行任务,通常持续提供服务, 比如HTTP等。工作类容器:一次性任务, 比如批处理程序,完成后容器就退出。Kubernetes 中用于管理服务类容器的控制器

#kubernetes#容器#云原生
k8s service proxy Ingress

客户端流量到达pod路径:客户端请求 → MetalLB 虚拟 IP(LB IP) → 节点 kube-proxy → Service 转发 → 后端 Pod。✅MetalLB 只做 ARP 宣告 + IP 占坑,转发全靠 kube-proxy + Service。MetalLB + Service 是标准 K8s 负载均衡流程。如果要确保来自特定客户端的连接每次都传递给同一个 Pod, 你可以通

#kubernetes#容器#云原生
k8s Network Scheduler Metric

默认情况,集群网络连通性如下:集群外部主机可以访问集群内部应用集群内部应用也可以访问集群外部主机各个namespace之间没有做任何的隔离策略如果希望在 IP 地址或端口层面控制网络流量, 考虑使用 Kubernetes 网络策略(NetworkPolicy)。NetworkPolicy 是一种以应用为中心的结构,允许你设置如何允许Pod与网络上的各类网络“实体” 通信。NetworkPolicy

#kubernetes#容器#云原生
k8s Metric Server、Quota and Limits、Health Check、认证和授权

计算资源的 limits 总和是否会超过节点上资源总和?答案:可能会。假设 node可用MEMORY为1G。每个pod内存 requests是256M,limit是512M。创建5个pod,pod实际占用内存也为256M(有可能小于256M)。node上大概可以创建4个pod,而此时的limits总和是2G。当计算资源的limits总和超过节点上资源总和时,kubernetes如何处理?对于 cp

#kubernetes#贪心算法#算法
k8s Controller Service

Controller 主要作用是确保所管理的资源处于用户期望的状态,通过不断地监控资源的状态,并根据实际状态与期望状态之间的差异执行相应的动作,来实现资源的自愈、自动扩展等功能。先简单回顾一下:容器按照是否持续运行可分为两类。服务类容器: 一直运行任务,通常持续提供服务, 比如HTTP等。工作类容器:一次性任务, 比如批处理程序,完成后容器就退出。Kubernetes 中用于管理服务类容器的控制器

#kubernetes#容器#云原生
k8s service proxy Ingress

客户端流量到达pod路径:客户端请求 → MetalLB 虚拟 IP(LB IP) → 节点 kube-proxy → Service 转发 → 后端 Pod。✅MetalLB 只做 ARP 宣告 + IP 占坑,转发全靠 kube-proxy + Service。MetalLB + Service 是标准 K8s 负载均衡流程。如果要确保来自特定客户端的连接每次都传递给同一个 Pod, 你可以通

#kubernetes#容器#云原生
k8s Metric Server、Quota and Limits、Health Check、认证和授权

计算资源的 limits 总和是否会超过节点上资源总和?答案:可能会。假设 node可用MEMORY为1G。每个pod内存 requests是256M,limit是512M。创建5个pod,pod实际占用内存也为256M(有可能小于256M)。node上大概可以创建4个pod,而此时的limits总和是2G。当计算资源的limits总和超过节点上资源总和时,kubernetes如何处理?对于 cp

#kubernetes#贪心算法#算法
    共 14 条
  • 1
  • 2
  • 请选择