本地部署 Stable Diffusion 本地部署 Stable Diffusion(以 SD3.5 Medium 为例)并提供 API 服务:实践与避坑手册一、环境与硬件准备 GPU:NVIDIA A10(24 GB)一张即可。 驱动/CUDA:驱动 550.x,CUDA 12.x(与你的 torch==2.5.x+cu121/+cu124 对齐即可)。 Python & 依赖:建议新建 venv;核心依赖: 2025-10-21 #models
Django项目k8s部署方案 k8s部署上线Django方案 一、容器构建建议将Django项目环境与uWSGI服务器在同一容器中构建。 1. Docker镜像构建12345678910111213141516171819202122232425# 使用指定Python版本的基础镜像FROM python:3.6.8# 镜像源设置pipRUN echo "[global]" >> /root/. 2025-02-21 #k8s
Frp内网穿透安装指南 服务端安装(Linux)步骤下载并解压1234wget https://github.com/fatedier/frp/releases/download/v0.61.1/frp_0.61.1_linux_amd64.tar.gzsudo mkdir -p /opt/frpssudo tar -zxvf frp_0.61.1_linux_amd64.tar.gz -C /opt/frps# 目录 2025-02-21 #frp
Nextcloud+MySQL迁移 nextcloud + MySQL迁移迁移方案概览 备份MySQL数据库 备份Nextcloud数据 移动或复制备份到新服务器 在新服务器上安装Docker和Docker Compose 在新服务器上恢复MySQL数据库 在新服务器上恢复Nextcloud数据 修改Nextcloud配置以指向新数据库 测试迁移后的服务 清理旧环境(可选) 详细步骤1. 备份MySQL数据库首先,需要对MySQL 2025-02-21 #MySQL
搭建Docker镜像加速服务 许久未看k3s的lobe-chat的自动更新,今天上去一看发现又出现了问题: 1pod/lobe-chat-deployment-77499fc5b5-pfl6s 0/1 ImagePullBackOff 0 10m 报错为ImagePullBackOff,又是镜像环节出问题,一番排查发现是镜像源挂了。反反复复,决定搭建一个自己的镜像加速服务。 本文选择 私 2024-12-31 #docker
kubectl rollout滚动更新 用户希望应用程序始终可用,而开发人员则需要每天多次部署它们的新版本。 在 Kubernetes 中,这些是通过滚动更新(Rolling Updates)完成的。 滚动更新 允许通过使用新的实例逐步更新 Pod 实例,实现零停机的 Deployment 更新。 新的 Pod 将被调度到具有可用资源的节点上。 kubectl rollout命令解析 子命令 功能描述 示例 history 2024-09-25 #kubernetes
kubectl常用命令 kubectl常用命令1. 集群信息: 命令 说明 示例 kubectl cluster-info 显示集群信息 kubectl cluster-info kubectl config get-contexts 显示可用上下文(集群) kubectl config get-contexts kubectl config use-context <context> 切 2024-09-25 #kubernetes
使用 Ansible 管理多个服务器上的容器 使用 Ansible 管理多个服务器上的 Lobe-Chat Docker 容器目标通过这个剧本,将实现在多个服务器上自动更新 Lobe-Chat 服务,需要的步骤: 停止运行中的 Lobe-Chat 容器。 删除旧版本容器。 拉取最新的 Lobe-Chat 镜像。 根据不同服务器设置对应的端口,启动 Lobe-Chat 容器。 剧本概述这是我们使用的 Ansible 剧本,其中包含了几个关键 2024-09-21 #Ansible
使用 Kubernetes 搭建 Lobe Chat 并实现自动化更新 使用 Kubernetes 搭建 Lobe Chat 并实现自动化更新使用 Kubernetes (k8s) 部署 Lobe Chat 应用,并设置自动化更新机制。这种方法可以让你轻松地管理和维护 Lobe Chat 服务,确保它始终运行最新版本。 前提条件 已安装并配置好 Kubernetes 集群 API 密钥 步骤 1: 创建配置文件首先,创建两个 YAML 文件来配置我们的部署。 lob 2024-09-21 #Kubernetes
Kubernetes镜像拉取失败问题的排查与解决 Kubernetes镜像拉取失败问题的排查与解决问题背景今天发现有个服务没有正常更新,检查之后发现ConJob执行失败。检查发现Pod状态显示为ImagePullBackOff。具体来说,在尝试拉取bitnami/kubectl:1.23.0镜像时,Pod一直无法正常启动,日志中提示网络超时错误。 错误分析通过kubectl get pods命令,看到部分Pod状态为ImagePullBackOf 2024-09-21 #Kubernetes