在k8s集群中部署jenkins(使用glusterfs存储)

上一篇我们主要说了glusterfs的集群安装和部署，这篇我们是基于上一篇在集群中部署jenkins，存储就使用我们上篇创建的存储卷，如果有错过上篇内容的，建议先看一下，点这里看k8s存储卷选型和glusterfs集群安装，在上一篇最后我们创建了k8s-volume-jenkins-master名称的数据卷，接下来我们看如何使用。首先创建endpoints.yaml文件：

---
apiVersion: v1
kind: Endpoints
metadata:
  name: glusterfs-cluster
  namespace: ci
subsets:
  - addresses: [{"ip": "192.168.1.1"}, {"ip": "192.168.1.2"}]
ports: [{"port": 24007}]

---

apiVersion: v1

kind: Endpoints

metadata:

namespace: ci

subsets:

- addresses: [{"ip": "192.168.1.1"}, {"ip": "192.168.1.2"}]

ports: [{"port": 24007}]

创建gs_service.yaml文件：

---
apiVersion: v1
kind: Service
metadata:
  name: glusterfs-cluster
  namespace: ci
spec:
  ports:
    - port: 24007
      targetPort: 24007
      protocol: TCP

---

apiVersion: v1

kind: Service

metadata:

namespace: ci

spec:

ports:

- port: 24007

targetPort: 24007

protocol: TCP

然后运行kubectl执行即可，yaml文[……]

继续阅读

k8s之存储卷选型和glusterfs集群安装

如果要在生产环境中使用k8s，不能不提存储卷，因为生产环境中运行中的数据总得要永久存储下，现在类似这种文件存储卷方案有很多种，这是官方站上展示的Kubernetes 支持下列类型的卷：· awsElasticBlockStore· azureDisk· azureFile· cephfs· cinder· configMap· csi· downwardAPI· emptyDir· fc (fibre channel)· flexVolume· flocker· g[……]

继续阅读

使用Prometheus操作员轻松管理Prometheus监控管道

Prometheus是最初由SoundCloud在2012年开发的开源监视和警报工具包。此后，该平台吸引了一个充满活力的开发人员和用户社区。 Prometheus现在已紧密集成到云原生生态系统中，并且对容器和Kubernetes具有本地支持。
在之前的教程中，您学习了如何配置和部署Prometheus来监视Kubernetes应用程序。但是，配置Prometheus并非易事，因为您需要具有特定领域的知识，包括Prometheus配置格式和Kubernetes自动发现设置。显然，获得这些知识需要时间和精力。
但是，正如本教程中所示，您可以使用CoreOS开发的Prometheus Opera[……]

继续阅读

使用Prometheus监视Kubernetes环境中的应用

在Kubernetes监视系列的第一部分中，我们讨论了如何将Kubernetes监视体系结构划分为系统组件的核心度量标准管道和基于自定义度量标准API的监视管道。基于自定义指标API的完整监视管道可以处理各种类型的指标（核心指标和非核心指标），这使其非常适合监视集群组件和集群中运行的用户应用程序。
存在许多用于监视Kubernetes集群的解决方案。最受欢迎的是Heapster，Prometheus和许多专有的应用程序性能管理（APM）供应商，例如Sysdig，Datadog或Dynatrace。
在本文中，我们将讨论Prometheus，因为它是对Kubernetes具有本机支持的开源软[……]

继续阅读

在k8s中安装jenkins

接上一篇，搭建好glusterfs集群后，我们接下来创建单独的卷给jenkins使用，脚本已写好，直接运行即可：

#!/bin/sh

if [ $# -lt 2 ];
then
    echo "please input at least 2 param"
    exit 0
fi

glusterfs_volume_name=$1
glusterfs_volume_path=$2
#dbSize=$3


gluster volume create $glusterfs_volume_name replica 2 gluster1:/data//brick1/$glusterfs_volume_path gluster2:/data//brick1/$glusterfs_volume_path force

gluster volume list
gluster volume start $glusterfs_volume_name

#!/bin/sh

if [ $# -lt 2 ];

then

echo "please input at least 2 param"

exit 0

glusterfs_volume_name=$1

glusterfs_volume_path=$2

#dbSize=$3

gluster volume create $glusterfs_volume_name replica 2 gluster1:/data//brick1/$glusterfs_volume_path gluster2:/data//brick1/$glusterfs_volume_path force

gluster volume list

gluster volume start $glusterfs_volume_name

sh cg.sh  k8s-volume-jenkins-master jenkins-master

1	sh cg.sh k8s-volume-jenkins-master jenkins-master

编写endpoints.yaml文件，内容如下：

---
apiVersion: v1
kind: Endpoints
metadata:
  name: glusterfs-cluster
  namespace: ci
subsets:
  - addresses: [{"ip": "2.2.2.2"}, {"ip": "1.1.1.1"}]
ports: [{"port": 24007}]
编写service.yaml文件，内容如下：
---
apiVersion: v1
kind: Service
metadata:
  name: glusterfs-cluster
  namespace: ci
spec:
  ports:
    - port: 24007
      targetPort: 24007
      protocol: TCP

---

apiVersion: v1

kind: Endpoints

metadata:

namespace: ci

subsets:

- addresses: [{"ip": "2.2.2.2"}, {"ip": "1.1.1.1"}]

ports: [{"port": 24007}]

编写service.yaml文件，内容如下：

---

apiVersion: v1

kind: Service

metadata:

namespace: ci

spec:

ports:

- port: 24007

targetPort: 24007

protocol: TCP

创建namespace.yaml文件：

---
apiVersion: v1
kind: Namespace
metadata:
  name: ci

---

apiVersion: v1

kind: Namespace

metadata:

创建jenkins-master-pv.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-jenkins-master
  namespace: ci
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteMany
  glusterfs:
    endpoints: "glusterfs-cluster"
    path: "k8s-volume-jenkins-master"
readOnly: false

apiVersion: v1

kind: PersistentVolume

metadata:

namespace: ci

spec:

capacity:

storage: 1Gi

accessModes:

- ReadWriteMany

glusterfs:

endpoints: "glusterfs-cluster"

path: "k8s-volume-jenkins-master"

readOnly: false

[……]

继续阅读

glusterfs集群安装

此安装为非生产环境下测试，生产环境请勿按此进行配置。

首先准备2台机器：

加入Host

192.168.1.1 gluster1

192.168.1.2 gluster2

2台机器运行：

yum install centos-release-gluster -y

yum install -y glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma glusterfs-geo-replication glusterfs-devel

创建目录：

mkdir -p /data/bric[……]

继续阅读

Django用户身份验证完成示例

在这篇Django文章中，wom 将讨论Django User 验证，Django附带了一个用户认证系统。它处理用户帐户，组，权限和基于cookie的用户会话。 Django身份验证系统同时处理身份验证和授权。简要地说，身份验证将验证用户是他们声称的身份，而授权则确定允许经过身份验证的用户执行的操作。

基本上，我们将创建登录，注销，忘记密码和重置密码功能。

身份验证支持在django.contrib.auth中为Django contrib模块。默认情况下，所需的配置已包含在django-admin startproject生成的settings.py中，它们由INSTALLE[……]

继续阅读

如何在Django中使用聚合

在本文中，我想向您介绍如何在Django中使用聚合，聚合的含义是“内容相关项的集合，以便它们可以显示或链接到”。在Django中，我们使用的情况例如：

用于在Django模型的数据库表中查找列的“最大值”，“最小值”。
用于基于列在数据库表中查找记录的“计数”。
用于查找一组相似对象的“平均值”值。
还用于查找列中的值的总和。
在大多数情况下，我们对数据类型为“整数”，“浮点数”，“日期”，“日期时间”等的列使用聚合。

本质上，聚合不过是对一组行执行操作的一种方式。在数据库中，它们由运算符表示为sum，avg等。执行这些操作Django在查询集中添加了两个新方法。

这[……]

继续阅读

边缘计算— KubeEdge之旅

在进入边缘计算主题之前，了解对这种基础架构方法的真正需求至关重要。 IT世界已经看到了从传统的客户端-服务器架构到云计算的演进。这还不够，原因很简单：与计算世界相比，访问基础结构的设备数量呈指数增长，因此生成的数据量也呈指数增长。截至目前，无论是智能手表，智能手机，智能电视还是自动驾驶汽车，世界上所有事物都已连接到互联网。
这引起了对现有云基础架构所需要支持的带宽，每个请求的延迟，在设备和云之间传输的数据的安全性和安全性方面的担忧。让我们以自动驾驶汽车的简单紧急情况为例，假设自动驾驶汽车必须为在同一轨道上的救护车铺平道路。为此，汽车必须将其当前的交通信息发送到云中，并且必须通过比较相同和最近[……]

继续阅读

Ansible+k8s免费pdf书籍

今天偶然看到国外一篇博客，博客作者是个工程师，大致表达的意思是冠状病毒的突然出现来，让他认识到了健康的重要性，但同时呢作为工程师的他能做些什么呢，是了，这就是重点了，他写了二本关于ansible方面的书，说现在呀，我也做不了什么，本来我写书打算卖钱的，但现在我觉得得做点贡献了，我呢，这个月免费了，大家呢都可以去网上免费下载这2本书，可以支付点费用，也是支付0$，都可以得到两本书，我就按博客的指导打开了链接，发现果然是免费下载，之前的定价在19.9$左右，现在真的可以免费下再，下完后我就读了下这二本书，书都是从2014年就开始写了，用的是ansible2.0版本，要不说呢，老外真有毅力，现在都[……]

继续阅读

M	T	W	T	F	S	S
« Jul
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

头脑的思考

头脑的思考

在k8s集群中部署jenkins(使用glusterfs存储)

k8s之存储卷选型和glusterfs集群安装

使用Prometheus操作员轻松管理Prometheus监控管道

使用Prometheus监视Kubernetes环境中的应用

在k8s中安装jenkins

glusterfs集群安装

Django用户身份验证完成示例

如何在Django中使用聚合

边缘计算— KubeEdge之旅

Ansible+k8s免费pdf书籍