k8s集群安装Ingress,KubeSphere可视化界面安装K8s

kubenetes/kubesphere搭建报错 我使用的k8s版本是1.23.6,前面安装了Kubesphere可视化组件,然后开始的时候没有启用日志模块,而是在安装Kubesphere后启用日志系统(参考在安装后启用日志系统),安装一切正常,但是安装后验证,就出现opensearch-cluster-master-x和opensearch-cluster-data-x这些pod都是CrashLoopBackOff的状态,以下是一系列问题及解决。 阅读详情

1 安装Ingress

Ingress 是对集群中服务的外部访问进⾏管理的 API 对象,典型的访问⽅式是 HTTP
Ingress 可以提供负载均衡、SSL 终结和基于名称的虚拟托管
通过Ingress发现pod进⾏关联。基于域名访问
通过Ingress controller实现POD负载均衡
⽀持TCP/UDP 4层负载均衡和HTTP 7层负载均衡
在这里插入图片描述

步骤:

(1)部署Ingress controller

执行下面这个文件,格式是yaml的,读者可以复制以下内容,保存格式为yaml格式的。在这里插入图片描述

apiVersion: v1
kind: Namespace
metadata:
  name: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---

kind: ConfigMap
apiVersion: v1
metadata:
  name: nginx-configuration
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: tcp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: udp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: nginx-ingress-serviceaccount
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRole
metadata:
  name: nginx-ingress-clusterrole
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - endpoints
      - nodes
      - pods
      - secrets
    verbs:
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - nodes
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - services
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - "extensions"
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - events
    verbs:
      - create
      - patch
  - apiGroups:
      - "extensions"
    resources:
      - ingresses/status
    verbs:
      - update

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: Role
metadata:
  name: nginx-ingress-role
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - pods
      - secrets
      - namespaces
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - configmaps
    resourceNames:
      # Defaults to "<election-id>-<ingress-class>"
      # Here: "<ingress-controller-leader>-<nginx>"
      # This has to be adapted if you change either parameter
      # when launching the nginx-ingress-controller.
      - "ingress-controller-leader-nginx"
    verbs:
      - get
      - update
  - apiGroups:
      - ""
    resources:
      - configmaps
    verbs:
      - create
  - apiGroups:
      - ""
    resources:
      - endpoints
    verbs:
      - get

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: RoleBinding
metadata:
  name: nginx-ingress-role-nisa-binding
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: nginx-ingress-role
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: nginx-ingress-clusterrole-nisa-binding
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: nginx-ingress-clusterrole
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---

apiVersion: apps/v1
kind: DaemonSet 
metadata:
  name: nginx-ingress-controller
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  selector:
    matchLabels:
      app.kubernetes.io/name: ingress-nginx
      app.kubernetes.io/part-of: ingress-nginx
  template:
    metadata:
      labels:
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/part-of: ingress-nginx
      annotations:
        prometheus.io/port: "10254"
        prometheus.io/scrape: "true"
    spec:
      hostNetwork: true
      serviceAccountName: nginx-ingress-serviceaccount
      containers:
        - name: nginx-ingress-controller
          image: siriuszg/nginx-ingress-controller:0.20.0
          args:
            - /nginx-ingress-controller
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --tcp-services-configmap=$(POD_NAMESPACE)/tcp-services
            - --udp-services-configmap=$(POD_NAMESPACE)/udp-services
            - --publish-service=$(POD_NAMESPACE)/ingress-nginx
            - --annotations-prefix=nginx.ingress.kubernetes.io
          securityContext:
            allowPrivilegeEscalation: true
            capabilities:
              drop:
                - ALL
              add:
                - NET_BIND_SERVICE
            # www-data -> 33
            runAsUser: 33
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
            - name: http
              containerPort: 80
            - name: https
              containerPort: 443
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 10
          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 10

---
apiVersion: v1
kind: Service
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
spec:
  #type: NodePort
  ports:
  - name: http
    port: 80
    targetPort: 80
    protocol: TCP
  - name: https
    port: 443
    targetPort: 443
    protocol: TCP
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

底层还是通过Nginx实现的
将创建好的文件通过我们之前的拖拽方式,直接拖拽到k8s文件夹下,如下
在这里插入图片描述
应用刚刚上传的配置

 kubectl apply -f ingress-controller.yaml

在这里插入图片描述
查看

[root@k8s-node1 k8s]# kubectl get pods --all-namespaces

在这里插入图片描述
这⾥master节点负责调度,具体执⾏交给node2和node3来完成,能够看到它们正在下载完成了镜像,并且已经在运行了。
在上述命令后加 -o wide可以看具体执行在哪个节点下面
在node2下面可以看到节点
在这里插入图片描述
上一篇我们讲到通过yaml来配置Tomcat,这样我们可以通过host和端口直接访问到我们集群中的任意一个节点,例如
在这里插入图片描述
但是如果我们集群中该节点挂掉了,那么通过host+端口的方式 就访问不到了,这时候反向代理和负载均衡就能派上用场了。通过域名的方式就可以一举多得。

(2)创建Ingress规则

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
 name: web
spec:
 rules:
 - host: tomcat6.kubenetes.com
 http:
 paths:
 - backend:
 serviceName: tomcat6
 servicePort: 80

[root@k8s-node1 k8s]# touch ingress-tomcat6.yaml
#将上⾯的规则,添加到ingress-tomcat6.yaml⽂件中
[root@k8s-node1 k8s]# vi ingress-tomcat6.yaml 
[root@k8s-node1 k8s]# kubectl apply -f ingress-tomcat6.yaml
ingress.extensions/web created
[root@k8s-node1 k8s]#

在这里插入图片描述
在这里插入图片描述
修改本机的hosts⽂件,添加如下的域名转换规则:

192.168.56.102 tomcat6.kubenetes.com

修改软件下载,SwitchHost

如果出现保存的时候说没有写入Host权限的话,可以修改一下Host文件的权限,进行写入host。记住打开SwitchHost软件的时候一定是以管理员身份打开才行。
在这里插入图片描述

在这里插入图片描述
如果不行的话,把当前用户的权限也打开一下
在这里插入图片描述

最后执行成功。
在这里插入图片描述
使用域名成功访问到了。
在这里插入图片描述
并且集群中即便有⼀个节点不可⽤,也不影响整体的运⾏。

2 kubesphere 可视化界面

默认的dashboard没啥⽤,我们⽤kubesphere可以打通全部的devops链路,kubesphere集成了很多套件,集群要求⽐较⾼
https://kubesphere.io
kuboard也很不错,集群要求不⾼
https://kuboard.cn/support/

1 简介

KubeSphere 是在 Kubernetes 之上构建的⾯向云原⽣应⽤的分布式操作系统,完全开源,⽀持多云与多集群管理,提供全栈的 IT ⾃动化运维的能⼒,简化企业的 DevOps ⼯作流。它的架构可以⾮常⽅便地使第三⽅应⽤与云原⽣⽣态组件进⾏即插即⽤ (plug-and-play) 的集成。
作为全栈的多租户容器平台,KubeSphere 提供了运维友好的向导式操作界⾯,帮助企业快速构建⼀个强⼤和功能丰富的容器云平台。KubeSphere 为⽤户提供构建企业级 Kubernetes 环境所需的多项功能,例如多云与多集群管理、Kubernetes 资源管理、DevOps、应⽤⽣命周期管理、微服务治理(服
务⽹格)、⽇志查询与收集、服务与⽹络、多租户管理、监控告警、事件与审计查询、存储管理、访问权限控制、GPU ⽀持、⽹络策略、镜像仓库管理以及安全管理等。
KubeSphere 还开源了 Kubekey 帮助企业⼀键在公有云或数据中⼼快速搭建 Kubernetes 集群,提供单节点、多节点、集群插件安装,以及集群升级与运维。
在这里插入图片描述

2、安装

对于刚接触 KubeSphere 并想快速上⼿该容器平台的⽤户,All-in-One 安装模式是最佳的选择,它能够帮助您零配置快速部署 KubeSphere 和 Kubernetes。

步骤 1:准备 Linux 机器

若要以 All-in-One 模式进⾏安装,您仅需参考以下对机器硬件和操作系统的要求准备⼀台主机。硬件推荐配置
因为电脑本身配置的原因,所以这里只在node1节点上进行安装。
在这里插入图片描述
备注
以上的系统要求和以下的说明适⽤于没有启⽤任何可选组件的默认最⼩化安装。如果您的机器⾄少有 8Core CPU 和 16 G 内存,则建议启⽤所有组件。有关更多信息,请参⻅启⽤可插拔组件。

之前在前面的文档中,我们第一次安装好了节点 以后,备份了一次,现在我们要通过那个备份文件快速备份回去。
在这里插入图片描述
可以看到备份回去以后,一夜回到了解放前
在这里插入图片描述
然后现在重新配置节点,能给多大内存就给多大内存。我的电脑配置是
i7 12700H 32+512G的
不要超过那条红线的开始节点就行。

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

节点要求
节点必须能够通过 SSH 连接。
节点上可以使⽤ sudo / curl / openssl 命令。
docker 可以由您⾃⼰安装或由 KubeKey 安装。
备注
如果您想离线安装 KubeSphere,请务必提前安装好 docker 。

依赖项要求
KubeKey 可以将 Kubernetes 和 KubeSphere ⼀同安装。针对不同的 Kubernetes 版本,需要安装的依赖项可能有所不同。您可以参考以下列表,查看是否需要提前在节点上安装相关的依赖项。
在这里插入图片描述
信息
KubeKey 是⽤ Go 语⾔开发的⼀款全新的安装⼯具,代替了以前基于 ansible 的安装程序。KubeKey 为⽤户提供了灵活的安装选择,可以分别安装 KubeSphere 和 Kubernetes 或⼆者同时安装,既⽅便⼜⾼效。

⽹络和 DNS 要求
必须确保 /etc/resolv.conf 中的 DNS 配置可⽤,否则集群中的 DNS 可能会有问题。
如果您的⽹络配置使⽤了防⽕墙或安全组,请确保基础设施组件可以通过特定端⼝相互通信。有关更多信息,请参⻅端⼝要求关闭防⽕墙。

提示
建议您的操作系统处于⼲净状态(不安装任何其他软件),否则可能会发⽣冲突。
如果您⽆法从 dockerhub.io 下载容器镜像,建议提前准备好容器镜像或者配置镜像加速器。有关更多信息,请参⻅为安装配置加速器。

步骤 2:下载 KubeKey

请按照以下步骤下载 KubeKey。
如果您能正常访问 GitHub/Googleapis
如果您访问 GitHub/Googleapis 受限

先执⾏以下命令以确保您从正确的区域下载 KubeKey。

export KKZONE=cn

在这里插入图片描述

执⾏以下命令下载 KubeKey

curl -sfL https://get-kk.kubesphere.io | VERSION=v1.0.1 sh -

在这里插入图片描述

备注
在您下载 KubeKey 后,如果您将其传⾄新的机器,且访问 Googleapis 同样受限,在您执⾏以下步骤之前请务必再次执⾏ export KKZONE=cn 命令。
备注
执⾏以上命令会下载最新版 KubeKey (v1.0.1),您可以修改命令中的版本号下载指定版本。
为 kk 添加可执⾏权限:

chmod +x kk
步骤 3:开始安装

在本快速⼊⻔教程中,您只需执⾏⼀个命令即可进⾏安装,其模板如下所示:

./kk create cluster [--with-kubernetes version] [--with-kubesphere version]

若要同时安装 Kubernetes 和 KubeSphere,可参考以下示例命令:

./kk create cluster --with-kubernetes v1.17.9 --with-kubesphere v3.0.0

安装的过程会比较久一点
在这里插入图片描述安装过程中出现
在这里插入图片描述
docker安装失败的原因是因为我们还没有配置docker的阿里云,需要把这个再执行一次。

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
 "registry-mirrors": ["https://azk2srw0.mirror.aliyuncs.com"],
 "exec-opts": ["native.cgroupdriver=systemd"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker

备注
⽀持的 Kubernetes 版本:v1.15.12, v1.16.13, v1.17.9 (默认), v1.18.6。
⼀般来说,对于 All-in-One 安装,您⽆需更改任何配置。
如果您在这⼀步的命令中不添加标志 --with-kubesphere ,则不会部署 KubeSphere,KubeKey将只安装 Kubernetes。如果您添加标志 --with-kubesphere 时不指定 KubeSphere 版本,则会安装最新版本的 KubeSphere。
KubeKey 会默认安装 OpenEBS 为开发和测试环境提供 LocalPV 以⽅便新⽤户。对于其他存储类型,请参⻅持久化存储配置。

步骤 4:验证安装结果

当您看到以下输出时,表明安装已经完成。
在这里插入图片描述
在这里插入图片描述
当上述容器都已经执行准备就绪的时候,执行一下命令

输⼊以下命令以检查安装结果。

kubectl logs -n kubesphere-system $(kubectl get pod -n kubesphere-system -l app=ks-install -o jsonpath='{.items[0].metadata.name}') -f

输出信息会显示 Web 控制台的 IP 地址和端⼝号,默认的 NodePort 是 30880 。现在,您可以使⽤默认的帐户和密码 ( admin /P@88w0rd ) 通过 EIP:30880 访问控制台。
在这里插入图片描述
上述已经安装成功了!访问的时候我们用192.68.56.200去访问
在这里插入图片描述
在这里插入图片描述

备注
您可能需要配置端⼝转发规则并在安全组中开放端⼝,以便外部⽤户访问控制台。
登录⾄控制台后,您可以在服务组件中查看各个组件的状态。如果要使⽤相关服务,您可能需要等待部分组件启动并运⾏。您也可以使⽤ kubectl get pod --all-namespaces 来检查 KubeSphere 相关组件的运⾏状况。
在这里插入图片描述
登录以后可以 去工作台改一下个人密码,规则 大小写 +数字。
平台管理下
在这里插入图片描述
集群管理 下
在这里插入图片描述
在这里插入图片描述

项目管理下:
在这里插入图片描述

工作负载下:
在这里插入图片描述
自带的kubectl 命令工具
在这里插入图片描述

在这里插入图片描述

kubesphere 部署 ingress 并使用 80 端口 再次编辑 kubesphere-router-kubesphere-system 服务的 yaml,修改 31852 为 80。: kubesphere-router-kubesphere-system 服务对外暴露的是 31852 端口。在 command 下添加 - --service-node-port-range=1-65535 参数,成功后可以关闭端口 1-65535 的开放权限,把新增的配置删掉即可。:虽然可以成功访问,但需要添加端口,不太完善。修改 host 文件。 阅读详情

相关推荐

Kubernetes核心组件Ingress详解

在Kubernetes集群中,Ingress作为集群内服务对外暴露的访问接入点,几乎承载着集群内服务访问的所有流量。Ingress是Kubernetes中的一个资源对象,用来管理集群外部访问集群内部服务的方式。您可以通过Ingress资源来配置不同的转发规则,从而实现根据不同的规则设置访问集群内不同的Service所对应的后端Pod。 Ingress资源仅支持配置HTTP流量的规则,无法配置一些高级特性,例如负载均衡的算法、Sessions Affinity等,这些高级特性都需要在Ingress Cont

weixin_72583321的博客 2248

Kubernetes之Ingress的使用

Ingress是kubernetes中的一个资源对象,通过对ingress定义的规则进行解析,根据配置的规则来实现请求转发

积跬步,至千里。 3390

Apache APISIX 为 KubeSphere 提供更好用的网关及 K8S Ingress Controller

KubeSphere 介绍KubeSphere 是在 Kubernetes 中构建的深度云原生应用的系统,完全开源,支持多云与多集群管理自动化,提供全栈的 IT 运维能力,简化企业的 DevOps 工作流。它的架构可以非常方便地使应用应用与云原生生态组件进行即插即用(即插即用)的集成。是全栈的多管道容器平台,KubeSphere 提供了运维友好的形状操作界面,帮助企业构建了一个强大的专门功能的容器。KubeSphere 为用户提供构建企业级Kubernetes 环境需求的报告功能,多云与多集群管理、Kube

ApacheAPISIX的博客 1105

一次kubesphere ingress故障的解决

kubesphere ingress 安装故障的处理。

scwang18的博客 3860

谷粒商城篇章13--P340-P360--k8s/KubeSphere【高可用集群篇一】

KubeSphere 是一款面向云原生设计的开源项目, 在目前主流容器调度平台 Kubernetes 之上构建的分布式多租户容器管理平台, 提供简单易用的操作界面以及向导式操作方式, 在降低用户使用容器调度平台学习成本的同时, 极大降低开发、 测试、 运维的日常工作的复杂度。WordPress 是使用 PHP 开发的博客平台,用户可以在支持 PHP 和 MySQL 数据库的环境中架设属于自己的网站。本文以创建一个Wordpress 应用。

weixin_48568302的博客 1266

Kubernetes集群启动方式对比:Minikube、kubeadm与KubeKey选型指南

Kubernetes集群启动是容器编排落地的第一道关卡,本质涉及基础设施即代码(IaC)、网络模型、服务暴露(Ingress)与生产就绪性等核心概念。其原理在于通过声明式工具统一管理控制平面、节点配置与附加组件,技术价值体现在可重复部署、审计合规与跨环境一致性。典型应用场景包括本地开发验证、IDC自建高可用集群及云边协同的企业级交付。本文聚焦三种主流方式——轻量验证的Minikube、深度可控的kubeadm和工程提效的KubeKey,结合Ingress配置实践与infrastructure as code

weixin_30698297的博客 377

kubernetes(Jenkins、kubernetes核心、K8s实战-KubeSphere、)

手动部署# 1:表示stdout标准输出 2:表示stderr标准错误 &:等效于标准输出# 2>&1,意思是错误输出等同于标准输出。把标准输出和错误输出全部导入日志xxx.log里。创建没有任务的容器 不停止docker run -d --name 容器名称 -p 端口号:端口号 镜像名称 sleep infinityDevOps:Development和Operations的组合词,它是一种重视软件开发人员(Dev)和IT运维技术人员(Ops)之间沟通合作的文化、运动或惯例。

小丁的博客 2478

Kubernetes集群服务发现之Ingress资源详解(三十)

Ingress-nginx资源介绍及详细配置 文章目录Ingress-nginx资源介绍及详细配置1.Ingress原理总结2.部署Ingress环境2.1.部署Ingress2.2.准备两个不同的service资源3.Ingress资源清单文件4.Ingress两种暴露方式4.1.http方式暴露4.2.https方式暴露4.3.进入Ingress容器查看生成的nginx配置5.扩展:ingress映射node节点80/443端口5.1.通过主机网络模式实现5.2.通过主机端口方式实现 1.Ingress

江晓龙的博客 1万+

K8s+Docker+KubeSphere+DevOps笔记

提示:这里可以添加本文要记录的大概内容:提示:以下是本篇文章正文内容,下面案例可供参考。

qq_44637753的博客 4093

Pika Labs vs Runway ML:零基础小白如何选择最适合自己的AI视频生成工具?

本文详细对比了Pika Labs和Runway ML两款AI视频生成工具,从操作界面、生成效果、隐藏成本、工作流适配性和未来兼容性五个维度进行分析。Pika Labs适合零基础用户快速生成社交媒体短内容,而Runway ML则更适合专业级视频制作。帮助用户根据自身需求选择最适合的AI视频生成工具。

wood5的博客 599

如何在OBS中添加实时时间戳:Lua脚本配置教程(附效果展示)

本文详细介绍了如何在OBS中通过Lua脚本配置实时时间戳功能,包括环境准备、脚本获取、安装配置及高级定制。适用于直播和视频录制场景,提供精准回溯和风格自定义,支持多平台适配和性能优化,是专业制作的必备技巧。

day7的博客 1040

Kubernetes(k8s)当中安装并使用ingress暴露应用

Kubernetes(k8s)安装并使用ingress-nginx暴露内部服务应用,镜像全部使用国内源镜像。步骤超详细并且超顺畅

XiaoHH的博客 2886

CGNS快速入门到实战(二):VS配置调用CGNS静态链接库

CGNS快速入门到实战这一系列分成三篇文章展开叙述,具体有:(一)CGNS静态链接库编译;(二)VS配置调用CGNS静态链接库;(三)CGNS文件及案例展示。本篇文章重点讲述VS配置调用CGNS静态链接库。

ahang_99的博客 2616

【Kubernetes】k8s集群对外服务之Ingress

必须以率直、谦虚的态度,乐观进取、向前迈进

F12138X的博客 2473

WGCNA样本量不够怎么办?5种替代方案帮你解决小样本基因共表达分析难题

本文针对WGCNA样本量不足的问题,提供了5种科学替代方案,包括CEMiTool、参数调整、多组学数据整合、机器学习特征提取和公共数据利用。这些方法帮助研究者在小样本条件下仍能进行可靠的基因共表达分析,特别适用于罕见病和珍贵临床样本研究。

weixin_42554042的博客 301

基于ProXmoX VE的虚拟化家庭服务器(篇一)—ProXmoX VE 安装及基础配置

ProxmoxVE是一款套开源的虚拟化管理软件,用户可通过网页的方式来管理服务器上使用kvm以及lxc技术运行的虚拟机。同时提供了一些先进功能的支持,如集群、HA等。PVE虽然是开源,却是由一个商业公司在运营、更新以及维护。...

隔壁老瓦的专栏 6320

Kubernetes安装ingress-nginx

网上的资料一般是基于v0.30.0来安装,但是对于kubernetes@1.22来说要安装ingress-nginx@v1.0.0以上版本(目前最新版本是v1.0.4,本文采用v1.0.0),原因是 kubectl@v1.22版本不再支持v1beta1如果安装ingress-nginx@v0.30.0版本后启动pod有如下问题有一个版本的支持情况(ingress官方网站ingress仓库地址ingress-nginx v1.0 最新版本 v1.0。

南宫乘风-Linux运维-虚拟化容器-Python编程 ownit.top 2503

Flash芯片的VCC上电到可操作时间过长

Flash的VCC上电到操作时间(tVSL)通常有最大值限制,如果超过这个时间,核心风险是状态机不同步和指令锁存错误。比如芯片内部振荡器可能已经尝试启动又休眠了,但主控却在这之后才发送指令,导致完全 misinterpreted。Flash芯片的(从电源上电到可以正常进行读写操作的时间)如果过长,会产生一系列负面影响简单来说,这个时间过长意味着电源上升速度太慢,违反了芯片的要求。

qq_61918649的博客 722

KubeKey 安装kubernetes 和 kubesphere

KubeKey 可以将 Kubernetes 和 KubeSphere 一同安装。针对不同的 Kubernetes 版本,需要安装的依赖项可能有所不同。您可以参考以下列表,查看是否需要提前在节点上安装相关的依赖项。如果不安装socat ,conntrack 运行时会提示报错先安装conntrack是否安装成功先安装socat安装 ebtables查看是否安装安装ipset查看是否安装。

xxpxxpoo8的专栏 1112

LLC设计指南(一)第一章:别一上来就背公式,先把 LLC 的“脾气”摸清楚

很多工程师第一次学 LLC,都会有一种感觉:这个电源拓扑,好像不是在工作,而是在“跳舞”。Buck 很直观,开关一开,电感充电;开关一关,电感放电。Flyback 也好理解,先存能量,再把能量丢给副边。但 LLC 不一样。它不是硬邦邦地把能量“推过去”,而是让电感、电容、变压器一起形成一个谐振网络,让能量在里面来回摆动。控制器再通过调节开关频率,把这个摆动过程“驯服”成稳定输出。这也是 LLC 最迷人的地方:🎯。

weixin_43199439的博客 316

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

《K8S集群运维指南》

《K8S集群运维指南》

东城绝神 8172

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

Docker 安装 Kubernetes

名称:nacos-service访问类型:Headless【以域名的方式访问】端口不选中外网访问名称:zipkin-service访问类型:Headless【以域名的方式访问】端口不选中外网访问名称:sentinel-service访问类型:Headless【以域名的方式访问】端口不选中外网访问。

TMesh的博客 1187

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

Kubernetes实战——集群监控和可视化管理

kube-prometheus 堆栈✔✔✗十十十十十十✗✔✔十十十十十十✗✗十✔✔✔十十十✗✗十✔✔✔✔✔✔main✗✗十十✔✔✔。

weixin_39555954的博客 1435

K8S集群搭建

k8s集群安装

初级知识储备博客 1460
上一篇: k8s 集群 使用yaml部署Tomcat方法
下一篇: K8s集群安装Devops
凌晨里的无聊人
博客等级 码龄8年 2320粉丝 206原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

凌晨里的无聊人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值