人生感悟
一个用于查看Linux主机系统资源的shell脚本小工具
![](https://s4.51cto.com/images/blog/202101/28/0a14e74678964f2c4fde9602fe3b3ae7.jpg?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3p
本文是邓某对2020年在河南物流职业学院云计算专业授课的材料整理
本文是邓某2020年在河南物流职业学院为云计算专业学生授课的回顾性总结流水账
关于如何用docker部署GVM-11,先给出一个shell脚本,然后给出踩坑过程:#/bin/bash################READMEINFO#####################Purpose:DeployGVM-11fordockerMadeBy:PomanTengE-mail:1807479153@qq.comWeChat:1807479153VersionIdentifi
文接上篇,这部分主要是我的踩坑过程:[googlebigtable@localhostDownloads]$sudosu[root@localhostDownloads]#wgethttps://updates.atomicorp.com/installers/atomic--2020-09-2619:42:39--https://updates.atomicorp.com/installers/
不为啥,这个只为补上之前在QQ群里给小伙伴们挖下的坑。因为GreenboneVulnerabilityManagement官方的推荐的部署方式是源代码编译安装和docker镜像部署。GreenboneVulnerabilityManagement没有官方的PPA源或者YUM源,这些方便的安装源都是国外的开源共享者搭建的私人维护源。本文中用Atomic脚本添加的YUM源是由ScottR.Shinn和
googlebigtable@googlebigtable-virtual-machine:~$sudoapt-getupdate[sudo]passwordforgooglebigtable:Hit:1http://us.archive.ubuntu.com/ubuntufocalInReleaseGet:2http://security.ubuntu.com/ubuntufocal-secur
本文提到的GVM不是开发人员所熟知的“GoVersionManagement”,而是德国Greenbone公司出品的一套平台环境安全漏洞扫描与管理工具,主要面向平台运维人员。GVM的全称是GreenboneVulnerabilityManagement,是一个安全扫描系统,其开源社区版本也叫Open-VAS,当前的稳定版本是GreenboneVulnerabilityManagementversi
原始的文件内容由“血衫非弧”提供,我只是根据“血衫非弧”的原始文件做了微调,将构建的shadowsocksDocker镜像用在了我的 Orange PI 盒子上了,因此算不得原创
kvm: error: failed to set MSR 0xe1 to 0x0 kvm: /build/pve-qemu/pve-qemu-kvm-5.0.0/target/i386/kvm.c:2695: kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. TASK ERROR: start failed: QEMU exited with code 1
这是翻译OpenStackUssuri官方部署指南的第二部分,每天翻译一小时,大约15天可以翻译完毕。
这是翻译OpenStackUssuri官方部署指南的第一部分,每天翻译一小时,大约15天可以翻译完毕。
之所以会有把自动化运维工具列为一个系列进行反思,是因为最近参与了几次面试,他们的运维部门通常只有一个人,至多两个人,这就意味着要为这些Fork代码的开发部门提供高效、稳定的平台保障服务需要做的工作必定是杂乱而繁重,一些部署升级、容量调整之类的“一次性”工作得尽可能采用“无人值守”处理。至少在目前的郑州市行业内来看,用人方所谓的“自动化运维”在功效上是等同于“无人值守”的、在形式上是等同于“工作界面
Prometheus监控平台是一套分布式监控系统,与传统的Zabbix、Nagios、Cacti以及最近开源的Overwatch类似,都采用了“探针+服务中心”的架构模式,从目前的开源社区反馈来看,Prometheus是一套粘度较高、扩展性强、功能相对完备的分布式监控系统。Prometheus监控系统跟Zabbix一样分为服务端和代理端,每一个被监控的对象都需要由代理探针采集信息并发送至服务端。P
回到老家后手边没有趁手的电脑,只有一个2003年左右的超低配置松下牌笔记本,安装了Ubuntu1604Server版虚拟环境后,在上面试着搭建Kubernetes的单机展示环境,以下是踩坑过程:安装dockerroot@googlebigtable-virtual-machine:/home/googlebigtable/Downloads#apt-getremovedockerdocker-en
研究了个一键部署Kubernetes的shell脚本,经验证可以在CentOS71804及CentOS71810上成功部署Kubernetes单机环境,但需要在执行脚本前做好OS环境的初始化。以下是该脚本的内容:#!/bin/shmv/etc/yum.repos.d/CentOS-Base.repo/etc/yum.repos.d/CentOS-Base.repo.originalwget-O/e
ClouderaCDH集群的部署实际上主要是ClouderaManager的部署,在说的直白点儿那就是ClouderaManagerServer和本地YUM源的部署与搭建。ClouderaCDH和Manager6.3.3及以后版本升级需要有效的clouderaenterprise或者cdp数据中心授权,这意味着ClouderaCDH和Manager免费社区版本将会停留在6.3.2版,一直以资金不足
忙里偷闲,在自己的PC用kubeadm构建了一个单节点Kubernetes可伸缩集群,平时编写yml或者构建helm包时只开启master节点并将pod调度到master上使用,需要做分布式验证时在启动另外1~2台node节点并加入到Kubernetes集群进行联合工作。以下是验证单节点工作状态的过程:[root@kubernetes-master~]#kubectlgetpod--all-nam
早上从笔记本电脑的虚拟机共享目录VirtualLocalShare中找到了以前做实验用的kube-flannel.yml文件,特将这个文件传到台式机的虚拟机上,以完成昨日Kubernetes单机部署的flanneldeployment。由于国情原因,quay.io是无法访问的,因此我找了个还能访问的国内镜像点,是李振良先生的提供的,不过flannel版本有点儿老,以下是我修改kube-flanne
-Kubernetes官方推荐的集群并不适合在个人电脑上做Helm包开发使用,建议在PC上搭建单节点Kubernetes环境。操作方式有以下几种:1)使用官方的minikube工具部署;2)使用官方的kubeadm工具仅部署一个master节点,然后将pod调度到master节点工作,所需命令是:kubectltaintnodek8s-masternode-role.kubernetes.io/m
四台虚拟机,角色分别为master0~2,node0操作系统:centos71804配置:4核cpu,6G内存,两块60G硬盘192.168.20.196——master0192.168.20.197——master1192.168.20.198——master2192.168.20.199——node0192.168.20.200——VIP【本次部署是演示性部署,没有配置静态IP;进行测试实验时
应用栈(APPStack)是指由多个不同功能的应用相互联通,以集群的方式实现某一特定功能的组合。基于Docker集群构建的某一应用称为Docker应用栈。Docker应用栈本质上是一个分布式业务系统。假设我们将药用Docker集群搭建一个带有负载均衡和数据库系统高可用的Web系统,它包括一个前端代理应用、两个Web应用和一个一主二从的数据库集群,其构成示意图如下:假定Proxy选用了HAProxy
将容器保存为本地镜像又叫做容器的持久化存储,docker镜像导入导出有两种方法:一种是使用save和load命令;一种是使用export和import命令。二者的区别在于:Save方法,会保存该镜像的所有历史记录Export方法,不会保留历史记录,即没有commit历史save保存的是镜像(image),export保存的是容器(container);load用来载入镜像包,import用来载入容
前一段时间就在研究用Dockerfile构建MySQL镜像并实现容器启动过程中MySQL数据库系统的初始化,但被一些无关紧要的事儿给耽误了,经过查阅《dockerfile最佳实践》及MySQL数据库的迁移与备份还原的资料,整理了操作过程,并进行了实验,确认此方法可行:MySQL数据库系统的初始化是指MySQL安装到OS上后所经历的initinstall过程,只有经过初始化的数据库系统才能提供数据存
OracleDataBase安装后的配置、建库与故障排查:[root@oracle11g~]#ls-Fanaconda-ks.cfgzabbix-release-3.4-1.el7.centos.noarch.rpmzabbix-release-4.0-1.el7.noarch.rpmsrc/zabbix-release-3.4-2.el7.noarch.rpm[root@oracle11g~]#
OracleDataBase的安装过程:检查Oracle11g的软件依赖环境[root@localhostbinary]#rpm-qbinutilscompat-libcap1compat-libstdc++-33gccgcc-c++glibcglibc-develkshlibaiolibaio-devellibgcclibstdc++libstdc++-devellibXilibXtstmake
OS系统环境准备
本文是 本次 kubernets集群 搭建 实验的总结。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号