13.PV和PVC

news2024/11/23 15:29:11

文章目录

  • PV和PVC
    • 概念
    • 定义PV
    • 定义PVC
    • 创建静态PV和PVC
    • 创建动态PV和PVC
      • NFS配置
      • 创建 Service Account和角色
      • 创建存储卷插件
      • 创建 StorageClass
      • 创建PVC
      • 创建pod
  • 总结

PV和PVC

概念

  • PV 全称叫做 Persistent Volume，持久化存储卷。它是用来描述或者说用来定义一个存储卷的，这个通常都是由运维工程师来定义。
  • PVC 的全称是 Persistent Volume Claim，是持久化存储的请求。它是用来描述希望使用什么样的或者说是满足什么条件的 PV 存储
  • PVC 的使用逻辑：在 Pod 中定义一个存储卷（该存储卷类型为 PVC），定义的时候直接指定大小，PVC 必须与对应的 PV 建立关系，PVC 会根据配置的定义去 PV 申请，而 PV 是由存储空间创建出来的。
  • PV 和 PVC 是 Kubernetes 抽象出来的一种存储资源。

在这里插入图片描述

  • Kubernetes提供一种自动创建PV的机制，叫StorageClass，它的作用就是创建PV的模板

在这里插入图片描述

  • 静态PV：管理员根据配置要求手动创建的PV资源
  • 动态PV：storageclass绑定存储卷插件，PVC调用storageclass，根据条件自动创建PV

在这里插入图片描述

  • PV和PVC之间的相互作用遵循这个生命周期：
    Provisioning（配置）—> Binding（绑定）—> Using（使用）—> Releasing（释放） —> Recycling（回收）

  • Provisioning，即 PV 的创建，可以直接创建 PV（静态方式），也可以使用 StorageClass 动态创建

  • Binding，将 PV 分配给 PVC

  • Using，Pod 通过 PVC 使用该 Volume，并可以通过准入控制StorageProtection（1.9及以前版本为PVCProtection） 阻止删除正在使用的 PVC

  • Releasing，Pod 释放 Volume 并删除 PVC

  • Reclaiming，回收 PV，可以保留 PV 以便下次使用，也可以直接从云存储中删除

  • 根据这 5 个阶段，PV 的状态有以下 4 种：

    • Available（可用）：表示可用状态，还未被任何 PVC 绑定
    • Bound（已绑定）：表示 PV 已经绑定到 PVC
    • Released（已释放）：表示 PVC 被删掉，但是资源尚未被集群回收
    • Failed（失败）：表示该 PV 的自动回收失败

  • 一个PV从创建到销毁的具体流程如下：

    1. 一个PV创建完后状态会变成Available，等待被PVC绑定。
    2. 一旦被PVC邦定，PV的状态会变成Bound，就可以被定义了相应PVC的Pod使用。
    3. Pod使用完后会释放PV，PV的状态变成Released。
    4. 变成Released的PV会根据定义的回收策略做相应的回收工作。有三种回收策略，Retain、Delete和Recycle。Retain就是保留现场，K8S集群什么也不做，等待用户手动去处理PV里的数据，处理完后，再手动删除PV。Delete策略，K8S会自动删除该PV及里面的数据。Recycle方式，K8S会将PV里的数据删除，然后把PV的状态变成Available，又可以被新的PVC绑定使用。

定义PV

kubectl explain pv  
#查看pv的定义方式


FIELDS:
	apiVersion: v1
	kind: PersistentVolume
	metadata:   
#由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespace
	  name: 
	spec

kubectl explain pv.spec    #查看pv定义的规格
spec:
  nfs:（定义存储类型）
    path:（定义挂载卷路径）
    server:（定义服务器名称）
  accessModes:（定义访问模型，有以下三种访问模型，以列表的方式存在，也就是说可以定义多个访问模式）
    - ReadWriteOnce          #（RWO）卷可以被一个节点以读写方式挂载。 ReadWriteOnce 访问模式也允许                                 运行在同一节点上的多个 Pod 访问卷。
	- ReadOnlyMany           #（ROX）卷可以被多个节点以只读方式挂载。
	- ReadWriteMany          #（RWX）卷可以被多个节点以读写方式挂载。
  capacity:                  #（定义存储能力，一般用于设置存储空间）
    storage: 2Gi             #（指定大小）
  storageClassName:          #（自定义存储类名称，此配置用于绑定具有相同类别的PVC和PV）
  persistentVolumeReclaimPolicy: Retain    #回收策略（Retain/Delete/Recycle）

##三种访问模型

ReadWriteOnce          
#（RWO）卷可以被一个节点以读写方式挂载。
ReadWriteOnce 访问模式也允许运行在同一节点上的多个 Pod 访问卷。

ReadOnlyMany           
#（ROX）卷可以被多个节点以只读方式挂载。

ReadWriteMany          
#（RWX）卷可以被多个节点以读写方式挂载。


#nfs 支持全部三种；
iSCSI 不支持 ReadWriteMany（iSCSI 就是在 IP 网络上运行 SCSI 协议的一种网络存储技术）；
HostPath 不支持 ReadOnlyMany 和 ReadWriteMany。

##回收策略

Retain（保留）：当用户删除与之绑定的PVC时候，这个PV被标记为released（PVC与PV解绑但还没有执行回收策略）且之前的数据依然保存在该PV上，但是该PV不可用，需要手动来处理这些数据并删除该PV。

Delete（删除）：删除与PV相连的后端存储资源。对于动态配置的PV来说，默认回收策略为Delete。表示当用户删除对应的PVC时，动态配置的volume将被自动删除。（只有 AWS EBS, GCE PD, Azure Disk 和 Cinder 支持）

Recycle（回收）：如果用户删除PVC，则删除卷上的数据，卷不会删除。（只有 NFS 和 HostPath 支持）

定义PVC

kubectl explain pvc   
#查看PVC的定义方式
KIND:     PersistentVolumeClaim
VERSION:  v1
FIELDS:
   apiVersion	<string>
   kind	<string>  
   metadata	<Object>
   spec	<Object>

#PV和PVC中的spec关键字段要匹配，比如存储（storage）大小、访问模式（accessModes）、存储类名称（storageClassName）


kubectl explain pvc.spec

spec:
  accessModes: （定义访问模式，必须是PV的访问模式的子集）
  resources:
    requests:
      storage: （定义申请资源的大小）
  storageClassName: （定义存储类名称，此配置静态用于绑定具有相同类别的PVC和PV，动态定义存储卷插件）

创建静态PV和PVC

###配置NFS共享设置

##创建5个共享目录
mkdir /opt/pv
cd /opt/pv
mkdir v{1..5}

vim /etc/exports


/opt/pv/v1 192.168.242.0/24(rw,no_root_squash,sync)
/opt/pv/v2 192.168.242.0/24(rw,no_root_squash,sync)
/opt/pv/v3 192.168.242.0/24(rw,no_root_squash,sync)
/opt/pv/v4 192.168.242.0/24(rw,no_root_squash,sync)
/opt/pv/v5 192.168.242.0/24(rw,no_root_squash,sync)



systemctl restart rpcbind nfs

showmount -e 192.168.242.71

在这里插入图片描述

##创建PV

mkdir /opt/pv
cd /opt/pv

vim pv-demo1.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: myapp-pv01
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
    - ReadWriteMany
  nfs:
    path: /opt/pv/v1
    server: 192.168.242.71
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: myapp-pv02
spec:
  capacity:
    storage: 2Gi
  accessModes:
    - ReadWriteOnce
  nfs:
    path: /opt/pv/v2
    server: 192.168.242.71
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: myapp-pv03
spec:
  capacity:
    storage: 2Gi
  accessModes:
    - ReadWriteOnce
    - ReadWriteMany
  nfs:
    path: /opt/pv/v3
    server: 192.168.242.71
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: myapp-pv04
spec:
  capacity:
    storage: 4Gi
  accessModes:
    - ReadWriteOnce
    - ReadWriteMany
  nfs:
    path: /opt/pv/v4
    server: 192.168.242.71
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: myapp-pv05
spec:
  capacity:
    storage: 5Gi
  accessModes:
    - ReadWriteOnce
    - ReadWriteMany
  nfs:
    path: /opt/pv/v5
    server: 192.168.242.71

##创建pv

kubectl apply -f pv-demo1.yaml

##查看创建的pv
kubectl get pv

在这里插入图片描述

##创建PVC

cd /opt/pv
vim pvc-demo1.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: myapp-pvc01
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 2Gi
  #storageClassName: slow

##创建pvc
kubectl apply -f pvc-demo1.yaml

##查看创建的pv，pvc
kubectl get pv,pvc

在这里插入图片描述

kubectl run myapp-pod --image=nginx --port=80 --dry-run=client -o yaml > myapp-pod.yaml

apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
    - name: mypod
      image: nginx:1.14
      ports:
      - containerPort: 80
      volumeMounts:
      - mountPath: /usr/share/nginx/html
        name: test01
  volumes:
    - name: test01
      persistentVolumeClaim:
        claimName: myapp-pvc01

##创建 pod 绑定pvc
kubectl apply -f myapp-pod.yaml

##进入pod中进行验证
kubectl exec -it mypod bash

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

##删除pv和pvc时，要先删除pod

##删除挂载的pod
kubectl delete pod mypod

##查看pv状态
kubectl get pv,pvc

在这里插入图片描述

在这里插入图片描述

创建动态PV和PVC

  • 使用外部存储卷插件分配PV
  • 详见：https://kubernetes.io/zh/docs/concepts/storage/storage-classes/
  • 卷插件称为 Provisioner（存储分配器），NFS 使用的是 nfs-client，这个外部卷插件会使用已经配置好的 NFS 服务器自动创建 PV。
  • Provisioner：用于指定 Volume 插件的类型，包括内置插件（如 kubernetes.io/aws-ebs）和外部插件（如 external-storage 提供的 ceph.com/cephfs）

NFS配置

###创建共享目录
mkdir /opt/test01
chmod 777 /opt/test01

##修改配置文件
/opt/test01 192.168.242.0/24(rw,no_root_squash,sync)


##重启服务
systemctl restart nfs

##查看共享
showmount -e 192.168.242.71

在这里插入图片描述

创建 Service Account和角色

  • 创建 Service Account 账户，用来管理 NFS Provisioner 在 k8s 集群中运行的权限
vim nfs-client-rbac.yaml

apiVersion: v1
kind: ServiceAccount
metadata:
  name: nfs-client-provisioner
---
#创建集群角色
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: nfs-client-provisioner-clusterrole
rules:
  - apiGroups: [""]
    resources: ["persistentvolumes"]
    verbs: ["get", "list", "watch", "create", "delete"]
  - apiGroups: [""]
    resources: ["persistentvolumeclaims"]
    verbs: ["get", "list", "watch", "update"]
  - apiGroups: ["storage.k8s.io"]
    resources: ["storageclasses"]
    verbs: ["get", "list", "watch"]
  - apiGroups: [""]
    resources: ["events"]
    verbs: ["list", "watch", "create", "update", "patch"]
  - apiGroups: [""]
    resources: ["endpoints"]
    verbs: ["create", "delete", "get", "list", "watch", "patch", "update"]
---
#集群角色绑定
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: nfs-client-provisioner-clusterrolebinding
subjects:
- kind: ServiceAccount
  name: nfs-client-provisioner
  namespace: default
roleRef:
  kind: ClusterRole
  name: nfs-client-provisioner-clusterrole
  apiGroup: rbac.authorization.k8s.io

kubectl apply -f nfs-client-rbac.yaml

在这里插入图片描述

创建存储卷插件

##修改参数配置，所有的master节点都需要修改
vim /etc/kubernetes/manifests/kube-apiserver.yaml


##添加关闭自连接的行

 - --feature-gates=RemoveSelfLink=false
 
 
##移动  配置文件到其他地方，在移动回来

vim nfs-client-provisioner.yaml

kind: Deployment
apiVersion: apps/v1
metadata:
  name: nfs-client-provisioner
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nfs-client-provisioner
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        app: nfs-client-provisioner
    spec:
      serviceAccountName: nfs-client-provisioner
      containers:
        - name: nfs-client-provisioner
          image: quay.io/external_storage/nfs-client-provisioner:latest
          imagePullPolicy: IfNotPresent
          volumeMounts:
            - name: nfs-client-root
              mountPath: /persistentvolumes
          env:
            - name: PROVISIONER_NAME
              value: nfs-storage
            - name: NFS_SERVER
              value: 192.168.242.71
            - name: NFS_PATH
              value: /opt/test01
      volumes:
        - name: nfs-client-root
          nfs:
            server: 192.168.242.71
            path: /opt/test01


##创建
kubectl apply -f nfs-client-provisioner.yaml
 

##查看
kubectl get pod

在这里插入图片描述

创建 StorageClass

vim nfs-client-storageclass.yaml

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: nfs-client-storageclass
provisioner: nfs-storage
parameters:
  archiveOnDelete: "true"

##创建
kubectl apply -f nfs-client-storageclass.yaml

在这里插入图片描述

在这里插入图片描述

创建PVC

vim pvc.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: myapp-pvc01
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 2Gi
  storageClassName: nfs-client-storageclass

##创建
kubectl apply -f pvc.yaml

在这里插入图片描述

在这里插入图片描述

创建pod

vim pod.yaml

apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
    - name: mypod
      image: nginx:1.14
      ports:
      - containerPort: 80
      volumeMounts:
      - mountPath: /usr/share/nginx/html
        name: test01
  volumes:
    - name: test01
      persistentVolumeClaim:
        claimName: pvc02

kubectl apply -f pod.yaml

##进入到容器中
kubectl exec -it mypod bash

在这里插入图片描述

在这里插入图片描述

##删除pv
##先删除pod

kubectl delete pod mypod
kubectl delete pvc pvc02

##查看pv状态
kubectl get pv

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

总结

  • PV PVC

    • PV：K8S在指定存储设备空间中逻辑划分创建的可持久化的存储资源对象
    • PVC：是对PV资源对象的请求和绑定，也是Pod能挂载使用的一种存储卷类型

  • 创建 PV 的方式（PV的类型）：

    • 手动根据配置文件创建的静态PV
    • 通过StorageClass调用存储卷插件创建的动态PV

  • PV 的 4 种状态：

    • Available（可用）：表示可用状态，PV 被创建出来了，还未被 PVC 绑定
    • Bound（已绑定）：表示 PV 已经被 PVC 绑定，PV 与 PVC 是一对一的绑定关系
    • Released（已释放）：表示 PVC 被删除，但是 PV 资源还未被回收
    • Failed（失败）：表示 PV 自动回收失败

  • 创建使用 静态PV

    1. 准备好存储设备和共享目录
    2. 手动创建PV资源，配置 存储卷类型 访问模式（RWO RWX ROX RWOP） 存储空间大小 回收策略（Retain Recycle Delete）等
    3. 创建PVC资源，配置请求PV资源的访问模式（必要条件，必须是PV能支持的访问模式） 存储空间大小（默认就近选择大于等于指定大小的PV）来绑定PV
    4. 创建Pod和Pod控制器资源挂载PVC存储卷，配置存储卷类型为 persistentVolumeClaim ，并在容器配置中定义存储卷挂载点目录

  • 创建使用 动态PV

    1. 准备好存储设备和共享目录
    2. 如果是外置存储卷插件，需要先创建serviceaccount账户（Pod使用的账户）和做RBAC授权（创建角色授予相关资源对象的操作权限，再将账户和角色进行绑定），使serviceaccount账户具有对PV PVC StorageClass等资源的操作权限
    3. 创建外置存储卷插件provisioner的Pod，配置中使用serviceaccount账户作为Pod的用户，并设置相关环境变量参数
    4. 创建StorageClass（SC）资源，配置中引用存储卷插件的插件名称（PROVISIONER_NAME）
      ---------------- 以上操作是一劳永逸的，以后只需要创建PVC时设置StorageClass就可以自动调用存储卷插件动态生成PV资源 ----------------
    5. 创建PVC资源，配置中设置 StorageClass资源名称 访问模式 存储空间大小。创建PVC资源会自动创建相关的PV资源。
    6. 创建Pod资源挂载PVC存储卷，配置存储卷类型为 persistentVolumeClaim ，并在容器配置中定义存储卷挂载点目录

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/905041.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

1593页54万字电力行业数字化转型智慧电力云平台整体解决方案WORD

1593页54万字电力行业数字化转型智慧电力云平台整体解决方案WORD

导读&#xff1a;原文《1593页54万字电力行业数字化转型智慧电力一体化监管云平台整体解决方案WORD》&#xff08;获取来源见文尾&#xff09;&#xff0c;本文精选其中精华及架构部分&#xff0c;逻辑清晰、内容完整&#xff0c;为快速形成售前方案提供参考。 南方电网一体化…
阅读更多...
基于Pytorch实现的声纹识别系统

基于Pytorch实现的声纹识别系统

前言 本项目使用了EcapaTdnn、ResNetSE、ERes2Net、CAM等多种先进的声纹识别模型&#xff0c;不排除以后会支持更多模型&#xff0c;同时本项目也支持了MelSpectrogram、Spectrogram、MFCC、Fbank等多种数据预处理方法&#xff0c;使用了ArcFace Loss&#xff0c;ArcFace loss…
阅读更多...
TCP协议报文结构

TCP协议报文结构

TCP是什么 TCP&#xff08;传输控制协议&#xff09;是一种面向连接的、可靠的、全双工的传输协议。它使用头部&#xff08;Header&#xff09;和数据&#xff08;Data&#xff09;来组织数据包&#xff0c;确保数据的可靠传输和按序传递。 TCP协议报文结构 下面详细阐述TCP…
阅读更多...
SSH远程直连--------------Docker容器

SSH远程直连--------------Docker容器

文章目录 1. 下载docker镜像2. 安装ssh服务3. 本地局域网测试4. 安装cpolar5. 配置公网访问地址6. SSH公网远程连接测试7.固定连接公网地址8. SSH固定地址连接测试 在某些特殊需求下,我们想ssh直接远程连接docker 容器,下面我们介绍结合cpolar工具实现ssh远程直接连接docker容器…
阅读更多...
excel 动态表头与合并列

excel 动态表头与合并列

零、希望Springboot-java导出excel文件&#xff0c;包括动态表头与下边合并的列 使用 org.apache.poi 与自己封装工具类实现相关功能。代码如下 一、代码 1、依赖 implementation(group: org.apache.poi,name: poi-ooxml,version: 4.1.0)implementation(group: org.apache.po…
阅读更多...
【Docker】存储卷Volume

【Docker】存储卷Volume

Docker Volume概念 什么是存储卷 存储卷就是将宿主机的本地文件系统中存在的某个目录直接与容器内部的文件系统上的某一目录建立绑定关系。这就意味着&#xff0c;当我们在容器中的这个目录下写入数据时&#xff0c;容器会将其内容直接写入到宿主机上与此容器建立了绑定关系的…
阅读更多...
1139. 最大的以 1 为边界的正方形；2087. 网格图中机器人回家的最小代价；1145. 二叉树着色游戏

1139. 最大的以 1 为边界的正方形；2087. 网格图中机器人回家的最小代价；1145. 二叉树着色游戏

1139. 最大的以 1 为边界的正方形 核心思想&#xff1a;枚举正方向的右下角坐标&#xff08;i&#xff0c;j&#xff09;&#xff0c;然后你只需要判断四条边的连续一的最小个数即可&#xff0c;这里是边求连续一的个数同时求解结果。 087. 网格图中机器人回家的最小代价 核心…
阅读更多...
PHP自己的框架实现操作成功失败跳转（完善篇四）

PHP自己的框架实现操作成功失败跳转（完善篇四）

1、实现效果&#xff0c;操作成功后失败成功自动跳转 2、创建操作成功失败跳转方法CrlBase.php /**成功后跳转*跳转地址$url* 跳转显示信息$msg* 等待时间$wait* 是否自动跳转$jump*/protected function ok($urlNULL,$msg操作成功,$wait3,$jump1){$code1;include KJ_CORE./tp…
阅读更多...
FPGA原理与结构——可配置逻辑块CLB（Configurable Logic Block）

FPGA原理与结构——可配置逻辑块CLB（Configurable Logic Block）

一、什么是CLB 1、CLB简介 可配置逻辑块CLB&#xff08;Configurable Logic Block&#xff09;是xilinx系类FPGA的基本逻辑单元&#xff08;在各系列中CLB可能有所不同&#xff0c;以下我们主要讨论Xilinx 7系类&#xff09;&#xff0c;是实现时序逻辑电路和组合逻辑电…
阅读更多...
基于Pytorch构建DenseNet网络对cifar-10进行分类

基于Pytorch构建DenseNet网络对cifar-10进行分类

DenseNet是指Densely connected convolutional networks&#xff08;密集卷积网络&#xff09;。它的优点主要包括有效缓解梯度消失、特征传递更加有效、计算量更小、参数量更小、性能比ResNet更好。它的缺点主要是较大的内存占用。 DenseNet网络与Resnet、GoogleNet类似&#…
阅读更多...
如何下载英伟达NVIDIA旧版本驱动，旧版本驱动官方网址

如何下载英伟达NVIDIA旧版本驱动，旧版本驱动官方网址

https://www.nvidia.cn/Download/Find.aspx?langcn 也可以直接搜索英伟达官网&#xff0c;点击驱动程序&#xff0c;然后点击试用版驱动程序&#xff0c;里面不但有试用版的驱动&#xff0c;还有之前发布的所有驱动
阅读更多...
redis乐观锁+启用事务解决超卖

redis乐观锁+启用事务解决超卖

乐观锁用于监视库存&#xff08;watch&#xff09;&#xff0c;然后接下来就启用事务。 启用事务&#xff0c;将减库存、下单这两个步骤&#xff0c;放到一个事务当中即可解决秒杀问题、防止超卖。 但是&#xff01;&#xff01;&#xff01;乐观锁&#xff0c;会带来" …
阅读更多...
Docker 使用归纳总结

Docker 使用归纳总结

mongodb 的 terminal 可执行的命令是基于这个文件夹
阅读更多...
【LeetCode】剑指 Offer Ⅱ 第4章：链表（9道题） -- Java Version

【LeetCode】剑指 Offer Ⅱ 第4章：链表（9道题） -- Java Version

题库链接&#xff1a;https://leetcode.cn/problem-list/e8X3pBZi/ 类型题目解决方案双指针剑指 Offer II 021. 删除链表的倒数第 N 个结点双指针 哨兵 ⭐剑指 Offer II 022. 链表中环的入口节点&#xff08;环形链表&#xff09;双指针&#xff1a;二次相遇 ⭐剑指 Offer I…
阅读更多...
5.7.webrtc线程的启动与运行

5.7.webrtc线程的启动与运行

那在上一节课中呢&#xff1f;我向你介绍了web rtc的三大线程&#xff0c;包括了信令线程&#xff0c;工作线程以及网络线程。那同时呢&#xff0c;我们知道了web rtc 3大线程创建的位置以及运行的时机。 对吧&#xff0c;那么今天呢&#xff1f;我们再继续深入了解一下&#…
阅读更多...
SSM框架的学习与应用(Spring + Spring MVC + MyBatis)-Java EE企业级应用开发学习记录（第一天）Mybatis的学习

SSM框架的学习与应用(Spring + Spring MVC + MyBatis)-Java EE企业级应用开发学习记录（第一天）Mybatis的学习

SSM框架的学习与应用(Spring Spring MVC MyBatis)-Java EE企业级应用开发学习记录&#xff08;第一天&#xff09;Mybatis的学习 一、当前的主流框架介绍(这就是后期我会发出来的框架学习) Spring框架 ​ Spring是一个开源框架&#xff0c;是为了解决企业应用程序开发复杂…
阅读更多...
【2023最新爬虫】用python爬取知乎任意问题下的全部回答

【2023最新爬虫】用python爬取知乎任意问题下的全部回答

老规矩&#xff0c;先上结果&#xff1a; 爬取了前200多页&#xff0c;每页5条数据&#xff0c;共1000多条回答。&#xff08;程序设置的自动判断结束页&#xff0c;我是手动break的&#xff09; 共爬到13个字段&#xff0c;包含&#xff1a; 问题id,页码,答主昵称,答主性别,…
阅读更多...
Baumer工业相机堡盟工业相机如何通过BGAPISDK设置相机的Bufferlist序列（C#）

Baumer工业相机堡盟工业相机如何通过BGAPISDK设置相机的Bufferlist序列（C#）

Baumer工业相机堡盟工业相机如何通过BGAPISDK设置相机的Bufferlist序列&#xff08;C#&#xff09; Baumer工业相机Baumer工业相机的Bufferlist序列功能的技术背景CameraExplorer如何查看相机Bufferlist功能在BGAPI SDK里通过函数设置相机固定帧率 Baumer工业相机通过BGAPI SDK…
阅读更多...
文件同步工具rsync

文件同步工具rsync

文章目录 作用特性安装命令服务端启动增加安全认证及免密登录 实时推送源服务器配置结合inotify实现实时推送 参数详解 学些过程中遇到的问题 作用 rsync是linux系统下的数据镜像备份工具。使用快速增量备份工具Remote Sync可以远程同步&#xff0c;支持本地复制&#xff0c;或…
阅读更多...
05有监督学习——神经网络

05有监督学习——神经网络

线性模型 给定n维输入&#xff1a; x [ x 1 , x 1 , … , x n ] T x {[{x_1},{x_1}, \ldots ,{x_n}]^T} x[x1​,x1​,…,xn​]T 线性模型有一个n维权重和一个标量偏差: w [ w 1 , w 1 , … , w n ] T , b w {[{w_1},{w_1}, \ldots ,{w_n}]^T},b w[w1​,w1​,…,wn​]T,b 输…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023