- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯云产品
【k8s】run VMs on Kubernetes
本文比较适合自建集群，阿里云，腾讯云，华为云等云厂商的普通云服务器不支持二次虚拟化，无法实现vm on vm。如果只是业务需要虚机，可以直接在云厂商购买虚机使用。
2.2K93编辑于 2022-08-25 - 来自专栏云云众生s
微软的Hyperlight WebAssembly for VMs开源
译自 Microsoft's Hyperlight WebAssembly for VMs Is Open Source，作者 B Cameron Gain。
33900编辑于 2025-01-21 - 来自专栏FreeBuf
如何在Azure VMs中大规模运行PowerShell？
Invoke-AzureRmVMBulkCMD -Script Mimikatz.ps1 -Verbose -output Output.txt Executing Mimikatz.ps1 against all (5) VMs
1.1K10发布于 2018-12-28 - 来自专栏nginx
火山引擎VMS API集成实战：从签名失败到完美调用的完整指南
《火山引擎VMS API集成实战：从签名失败到完美调用的完整指南》 引言 在当今企业通信解决方案中，语音消息服务(VMS)扮演着重要角色。 火山引擎提供的VMS API因其稳定性和丰富的功能而备受开发者青睐。然而，在实际集成过程中，许多开发者会遇到签名验证失败、接口调用异常等问题。 一、问题背景：签名验证失败的困扰 1.1 典型错误场景 在集成火山引擎VMS API时，开发者经常会遇到如下错误： { "ResponseMetadata": { "Error": { accessKey, secretKey)); this.signer.setRegion("cn-north-1"); this.signer.setService("vms 希望本文能帮助您顺利实现火山引擎VMS服务的集成。
34610编辑于 2025-11-16 - 来自专栏我的小碗汤
Kubernetes on VMs：不仅仅是性能问题
关于在裸金属上运行Kubernetes与在虚拟机上运行Kubernetes的争论往往过于简单化。虚拟机的相对易管理性和裸金属的性能优势，这不仅仅是一种折衷。
2.2K10编辑于 2023-03-19 - 来自专栏AIGC 先锋科技
中科大提出 ShareGPT4Video ，突破视频标注挑战，推动 LVLMs和 T2VMs 的发展!
作者推出了ShareGPT4Video系列，旨在通过密集且精确的标题，促进大型视频语言模型（LVLMs）的视频理解和文本到视频模型（T2VMs）的视频生成。 所有的模型、策略和标注都将开源，作者希望这个项目能够为推进LVLMs和T2VMs社区提供一个关键资源。 该模型、策略和标注将公开发布，作者希望这个项目能够为推进LVLMs和T2VMs社区的发展提供一个关键资源。 提示重新标题生成： 模型可以重新表述偏好特定视频生成区域的用户输入的提示，确保在推理过程中，基于高质量视频标题数据训练的T2VMs与训练时保持格式对齐。 为了验证高质量字幕在T2VMs领域的有效性，作者分别使用ShareCaptioner-Video和Panda-Student [12]为450万个65帧的视频和30万个221帧的视频生成高质量且简短的视频字幕
84210编辑于 2024-07-08 - 来自专栏山河已无恙
关于 Linux中NFS的一些笔记
]-[~] #软件包：nfs-utils └─$yum -y install nfs-utils.x86_64 ┌──[root@vms81.liruilongs.github.io]-[~] #系统服务 ]-[~] └─$mkdir -p /liruilong ┌──[root@vms81.liruilongs.github.io]-[/liruilong] └─$cd /liruilong/;echo ]-[/liruilong] └─$showmount -e #查看当前机器服务列表 Export list for vms81.liruilongs.github.io: /liruilong * --now" nfs共享文件测试：查看指定机器的共享文件列表：showmount -e vms81.liruilongs.github.io ┌──[root@vms81.liruilongs.github.io | rc=0 >> Export list for vms81.liruilongs.github.io: /liruilong * ┌──[root@vms81.liruilongs.github.io
1.3K10编辑于 2023-01-30 - 来自专栏CloudComputing
Kubernetes 1.19.0——服务svc(1)
chap9-svc]# curl -s 10.107.89.230 33333 [root@vms61 chap9-svc]# curl -s 10.107.89.230 22222 [root@vms61 chap9-svc]# curl -s 10.107.89.230 11111 [root@vms61 chap9-svc]# curl -s 10.107.89.230 11111 [root@vms61 chap9-svc]# curl -s 10.107.89.230 33333 [root@vms61 chap9-svc]# curl -s 10.107.89.230 11111 [root@vms61 chap9-svc]# curl -s 10.107.89.230 33333 [root@vms61 chap9-svc]# curl -s 10.107.89.230 33333 [root@vms61 chap9-svc]# curl -s 10.107.89.230 33333 [root@vms61 chap9-svc]# curl -s 10.107.89.230 11111 [root@vms61
741220发布于 2020-10-23 - 来自专栏山河已无恙
关于Linux中通过 Systemd Path Unit 监听配置更新自动重启服务的一些笔记
┌──[root@vms83.liruilongs.github.io]-[~] └─$ 手册中的介绍 ┌──[root@vms83.liruilongs.github.io]-[~] └─$man ]-[~] └─$postconf -e ' relayhost = [smtp.vms82.liruilongs.github.io]' ┌──[root@vms82.liruilongs.github.io ]-[~] └─$postconf -e 'mydestination = vms82.liruilongs.github.io' ┌──[root@vms82.liruilongs.github.io Delivered-To: tom@vms82.liruilongs.github.io Received: by vms82.liruilongs.github.io (Postfix, from @vms82.liruilongs.github.io]-[/usr/lib/systemd/system] └─$ 查看服务路径启动情况 ┌──[root@vms82.liruilongs.github.io
3K30编辑于 2023-01-30 - 来自专栏山河已无恙
关于 Kubernetes中secret、configmap的一些笔记
config和secret的区别主要是secret加密了，而config没有加密 环境准备 相关镜像拉取 ┌──[root@vms81.liruilongs.github.io]-[~/ansible] ]-[~/ansible] └─$ansible node -m shell -a "docker pull hub.c.163.com/library/mysql:latest" ┌──[root@vms81 ]-[~] ┌──[root@vms81.liruilongs.github.io]-[~] └─$echo cnE= | base64 -d rq┌──[root@vms81.liruilongs.github.io .liruilongs.github.io vms81 192.168.26.82 vms82.liruilongs.github.io vms82 192.168.26.83 vms83.liruilongs.github.io vms83 ┌──[root@vms81.liruilongs.github.io]-[~/ansible/k8s-secret-create] └─$ 使用 secret secret可以通过卷的方式使用
1.3K70编辑于 2023-01-30 - 来自专栏CloudComputing
Kubernetes 1.19.0——deployment(1)
deploy的命令选项很多，但从1.18.x开始就变得少了 deployment创建出来的每个pod使用相同的一个模板 labels表示创建出来的每个pod具备的标签 图片2.png [root@vms61 chap5-deploy]# kubectl apply -f web1.yaml deployment.apps/web1 created [root@vms61 chap5-deploy]# kubectl <none> <none> [root@vms61 chap5-deploy]# [root@vms61 chap5-deploy]# kubectl get pods -o <none> <none> [root@vms61 chap5-deploy]# kubectl delete pod web1-5bfb6d8dcc-7dvxm --force <none> <none> 即便我们强行删除pod，deployment也会帮我们重新拉起 图片3.png [root@vms61 chap5-deploy
871304发布于 2020-09-27 - 来自专栏山河已无恙
关于 Kubernetes中Volume的一些笔记
--now ┌──[root@vms81.liruilongs.github.io]-[~] └─$mkdir -p /liruilong ┌──[root@vms81.liruilongs.github.io list for vms81.liruilongs.github.io: /liruilong * ┌──[root@vms81.liruilongs.github.io]-[/liruilong] Export list for vms81.liruilongs.github.io: /liruilong * ┌──[root@vms81.liruilongs.github.io]-[~/ansible ] └─$ 挂载测试 ┌──[root@vms81.liruilongs.github.io]-[~/ansible] └─$ansible node -m shell -a "mount vms81 /liruilong ┌──[root@vms81.liruilongs.github.io]-[~/ansible/k8s-volume-create] └─$┌──[root@vms81.liruilongs.github.io
1.4K20编辑于 2023-01-30 - 来自专栏山河已无恙
K8s中Pod健康检测和服务可用性检查Demo(LivenessProbe+ReadinessProbe)
这个不是太懂，需要以后再研究下 学习环境准备 ┌──[root@vms81.liruilongs.github.io]-[~/ansible] └─$mkdir liveness-probe ┌──[root @vms81.liruilongs.github.io]-[~/ansible] └─$cd liveness-probe/ ┌──[root@vms81.liruilongs.github.io]-[ 使用liveness检测文件的存在 ┌──[root@vms81.liruilongs.github.io]-[~/ansible/liveness-probe] └─$kubectl apply 文件被删除，所以被健康检测命中，pod根据重启策略重启 ┌──[root@vms81.liruilongs.github.io]-[~/ansible/liveness-probe] └─$kubectl 资源文件定义 ┌──[root@vms81.liruilongs.github.io]-[~/ansible/liveness-probe] └─$cat liveness-probe-tcp.yaml
1.7K10编辑于 2023-03-02 - 来自专栏山河已无恙
K8s 集群故障(... did you specify the right host or port?)解决
vms103.liruilongs.github.io Ready <none> 378d v1.25.1 vms105.liruilongs.github.io Ready vms103.liruilongs.github.io Ready <none> 378d v1.25.1 vms105.liruilongs.github.io Ready vms103.liruilongs.github.io Ready <none> 378d v1.25.1 vms105.liruilongs.github.io Ready vms103.liruilongs.github.io Ready <none> 378d v1.25.1 vms105.liruilongs.github.io Ready vms103.liruilongs.github.io Ready <none> 378d v1.25.1 vms105.liruilongs.github.io Ready
1.2K10编辑于 2024-02-26 - 来自专栏山河已无恙
关于Linux下MySQL主备集群负载均衡之读写分离(MaxScale)的一些记笔
软件包 libatomic-4.8.5-44.el7.x86_64 已安装并且是最新版本 无须任何处理 ┌──[root@vms152.liruilongs.github.io]-[~] └─$wget .liruilongs.github.io]-[~] └─$ ┌──[root@vms152.liruilongs.github.io]-[~] └─$wget https://rpmfind.net .liruilongs.github.io]-[~] └─$ ┌──[root@vms152.liruilongs.github.io]-[~] └─$wget https://rpmfind.net ┌──[root@vms152.liruilongs.github.io]-[~] └─$ 配置 MaxScale ┌──[root@vms152.liruilongs.github.io]-[~] ┌──[root@vms152.liruilongs.github.io]-[~] └─$kill -9 1169 ┌──[root@vms152.liruilongs.github.io]-[~]
1.4K10编辑于 2023-01-30 - 来自专栏山河已无恙
Kubernetes中资源限制的一些笔记整理
┌──[root@vms81.liruilongs.github.io]-[~/ansible/resources] └─$vim pod-demo.yaml ┌──[root@vms81.liruilongs.github.io ┌──[root@vms81.liruilongs.github.io]-[~/ansible] └─$ansible vms83.liruilongs.github.io -m shell -a " .liruilongs.github.io]-[~/ansible] └─$ansible vms83.liruilongs.github.io -m shell -a "free -h" vms83 ┌──[root@vms83.liruilongs.github.io]-[~] └─$cat /var/log/messages | grep -i memory Aug 10 20:37:27 vms83 58% vms82.liruilongs.github.io 112m 3% 819Mi 17% vms83.liruilongs.github.io
82231编辑于 2023-01-30 - 来自专栏山河已无恙
关于 kubernetes版本升级的一些笔记
]-[~] └─$kubectl drain vms81.liruilongs.github.io --ignore-daemonsets ┌──[root@vms81.liruilongs.github.io vms81.liruilongs.github.io node/vms81.liruilongs.github.io uncordoned master 节点版本以已经替换 ┌──[root@vms81 ]-[~/ansible] └─$kubectl drain vms82.liruilongs.github.io --ignore-daemonsets node/vms82.liruilongs.github.io ]-[~] └─$kubectl uncordon vms82.liruilongs.github.io node/vms82.liruilongs.github.io uncordoned ┌──[root @vms81.liruilongs.github.io]-[~] └─$kubectl uncordon vms83.liruilongs.github.io node/vms83.liruilongs.github.io
75830编辑于 2023-01-30 - 来自专栏山河已无恙
关于 Linux 中 Firewalld 的一些笔记
┌──[root@vms152.liruilongs.github.io]-[~] └─$iptables-save > ips 先来看下区域这个概念： 什么是区域？ 这些规则可以是常见的：服务，端口和协议，ICMP 阻塞，NAT,IP伪装，端口转发等 查看当前防火墙的默认区域 ┌──[root@vms153.liruilongs.github.io]-[~] └─$ ┌──[root@vms152.liruilongs.github.io]-[~] └─$firewall-cmd --get-zone-of-interface=ens32 no zone ┌──[ root@vms152.liruilongs.github.io]-[~] └─$firewall-cmd --zone=public --add-interface=ens32 success ┌── ┌──[root@vms152.liruilongs.github.io]-[~] └─$sysctl -p net.ipv4.ip_forward = 1 ┌──[root@vms152.liruilongs.github.io
56920编辑于 2023-08-21 - 来自专栏山河已无恙
Kubernetes集群监控方案kube-prometheus-stack(prometheus-operator)helm安装
人生不尽美好，追求自我注定孤独，而这就是生命的意义 ——黑塞《彼得卡门青》 ---- 环境版本 我的K8s集群版本 ┌──[root@vms81.liruilongs.github.io]-[~/ansible .liruilongs.github.io Ready control-plane,master 34d v1.22.2 vms82.liruilongs.github.io Ready <none> 34d v1.22.2 vms83.liruilongs.github.io Ready <none> 34d v1.22.2 hrlm版本 ┌──[root@vms81.liruilongs.github.io]-[~/ansible/k8s-helm-create] └─$helm version 进入文件夹，直接通过helm install liruilong .安装 ┌──[root@vms81.liruilongs.github.io]-[~/ansible/k8s-helm-create/
3.3K20编辑于 2023-03-02 - 来自专栏山河已无恙
Kubernetes 触发 OOMKilled(内存杀手)如何排除故障
┌──[root@vms81.liruilongs.github.io]-[~/ansible/resources] └─$vim pod-demo.yaml ┌──[root@vms81.liruilongs.github.io ┌──[root@vms81.liruilongs.github.io]-[~/ansible] └─$ansible vms83.liruilongs.github.io -m shell -a " .liruilongs.github.io]-[~/ansible] └─$ansible vms83.liruilongs.github.io -m shell -a "free -h" vms83 ┌──[root@vms83.liruilongs.github.io]-[~] └─$cat /var/log/messages | grep -i memory Aug 10 20:37:27 vms83 v1.25.1 vms102.liruilongs.github.io Ready control-plane 157d v1.25.1 vms103.liruilongs.github.io
2.1K20编辑于 2023-08-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号