先租杯子再喝咖啡舊金山帶頭吹環保風

發佈日期: 2020-03-02 作者: admin

摘錄自2019年12月31日中央社報導

舊金山灣區吹起咖啡與餐飲環保新風潮，咖啡館摒棄紙杯，未攜帶隨行杯消費者得付押金租杯子；2020年起巴羅艾托（Palo Alto）的餐廳，全面禁用塑膠餐具、吸管，甚至杯蓋。

舊金山起家的藍瓶咖啡（Blue Bottle Coffee）明年元旦起，將試行不提供紙杯的環保策略。沒有攜帶隨行杯的客人，要先墊新台幣90元（約美金3元）的押金租杯子，消費者喝完咖啡後，可自由選擇還杯退款，或保留杯子。

藍瓶咖啡執行長米漢（Bryan Meehan）在致消費者的一封信提到，一年製造1200萬個紙杯垃圾，現行裝熱飲的紙杯，仍含有防漏的塑膠塗裝，很難回收；儘管知道消費者可能抗拒而影響業績，但希望藉此帶動全美國零紙杯的咖啡文化。

而位在舊金山南灣的巴羅艾托致力於成為第一個無塑膠城市，「零垃圾計畫」的多項作為中，首要改變的是對塑膠吸管與其他塑膠製餐盒的限制令。巴羅艾托市政府要求2020年元旦起，城市裡頭的餐廳都不能再用塑膠吸管、餐具和杯子，甚至包括杯蓋。

位在巴羅艾托的餐廳已紛紛改用可生物分解的吸管、可回收的杯蓋，部分餐廳和超市熟食部則表明不提供吸管。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※噴霧洗滌塔實際應用案例分享

※各種攤販小吃設備,沙威瑪機，自動旋轉烤玉米機,側火烤爐應有盡有!

※想知道CNC 自動車床與CNC車床有何區別??

※示波器鮮為人知的使用技巧?

※客製專屬滑鼠墊、可愛造型L夾、L型資料夾、透明證件套、手提袋，專業印刷設計廠商!

※使用真空封口機常見問題?

吳金樹指出，獵人出沒狩獵，除了影響生態環境，更擔心成員進行夜間生態調查時

發佈日期: 2020-03-02 作者: admin

吳金樹指出，獵人出沒狩獵，除了影響生態環境，更擔心成員進行夜間生態調查時，會遭到誤射。但除了苗26線的山貓森林公開地點，曾遭獵人入侵的其它區域，基於友善地方關係，報不報警成了兩難課題。

從2014年集資買下第一筆土地，開啟了山貓森林環境保育的第一步，這些年來，獵人的腳步沒停止過，這群生態保育人士最後選擇不報警，但透過公開相關影像，提醒獵人們不要再闖入，未來也計劃設置圍籬，架設生態廊道，讓石虎和山貓森林的動物，能安全的避過苗26線的路殺，也避免獵人的闖入。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※使用真空封口機常見問題?

※高價位跟低價位的示波器又有何差異?

※各大百貨每波促銷贈品活動，限量知名LOGOL型資料夾，獨家販售中!!

※哪裡有合版印刷優惠，尋找L夾客製化印刷廠商?

※如何正確使用開飲機?

※洗滌塔運作原理介紹

巴西東北岸海灘再出現原油污染

發佈日期: 2020-03-02 作者: admin

摘錄自2019年12月31日中央社報導

巴西海軍今天（31日）表示，東北部塞阿拉州（Ceara）部分海灘發現原油油污，快兩個月前，這個地區也曾被另一波浮油侵襲。

那次的污染是原油大規模外洩的一部分，在9月到11月污染了巴西東北岸數百個海灘，威脅海洋生物、觀光業和漁業，源頭至今仍是個謎。

塞阿拉聯邦大學（Federal University of Ceara）海洋研究人員卡瓦坎特（Rivelino Cavalcante）告訴新聞網站G1，和這次污染相同，於今年稍早出現在海灘上的大量油污仍沈積在海床，因為洋流的關係才跑到岸邊。

巴西政府官員曾表示，檢測顯示外洩原油的源頭是委內瑞拉，但委國否認。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※示波器鮮為人知的使用技巧?

※各大百貨每波促銷贈品活動，限量知名LOGOL型資料夾，獨家販售中!!

※飲水機皆有含淨水功能嗎?

※選購空壓機需注意八大事項 !

※真空封口機該不該買?使用心得分享

※大樓隔熱紙施工分享說明，教你如何善用空間裝潢、設計 !

附010.Kubernetes永久存儲之GlusterFS超融合部署

發佈日期: 2020-02-27 作者: admin

一前期準備

1.1 基礎知識

在Kubernetes中，使用GlusterFS文件系統，操作步驟通常是：

創建brick–>創建volume–>創建PV–>創建PVC–>Pod掛載PVC

如果要創建多個PV，則需要手動重複執行，可通過Heketi管理glusterfs。

Heketi是用來管理GlusterFS卷的生命周期的，並提供了一個RESTful API接口供Kubernetes調用，因為GlusterFS沒有提供API調用的方式，所以我們藉助heketi。通過Heketi，Kubernetes可以動態配置GlusterFS卷，Heketi會動態在集群內選擇bricks創建所需的volumes，確保數據的副本會分散到集群不同的故障域內，同時Heketi還支持GlusterFS多集群管理，便於管理員對GlusterFS進行操作。

Heketi要求在每個glusterfs節點上配備裸磁盤，用於Heketi創建PV和VG。通過Hekete，Kubernetes中使用PV步驟為：

創建StorageClass–>創建PVC–>Pod掛載PVC

這種方式稱為基於StorageClass的動態資源供應。

提示：本實驗基於Kubernetes部署glusterfs，同時glusterfs管理組件Heketi也使用Kubernetes部署。

1.2 架構示意

提示：本實驗不涉及Kubernetes部署，Kubernetes部署參考001-019。

1.3 相關規劃

主機	IP	磁盤	備註
k8smaster01	172.24.8.71		Kubernetes master節點
k8smaster02	172.24.8.72		Kubernetes master節點
k8smaster03	172.24.8.73		Kubernetes master節點
k8snode01	172.24.8.74	sdb	Kubernetes node節點 glusterfs節點
k8snode02	172.24.8.75	sdb	Kubernetes node節點 glusterfs節點
k8snode03	172.24.8.76	sdb	Kubernetes node節點 glusterfs節點

磁盤規劃

	k8snode01			k8snode02			k8snode03
PV	sdb1			sdb1			sdb1

1.4 部署條件

超融合部署需要具有已經部署的Kubernetes集群管理訪問權限。如果Kubernetes節點滿足以下要求，則可以選擇將GlusterFS作為超融合服務部署：

必須至少有三個節點用於glusterfs；

每個節點必須至少連接一個裸磁盤設備，以供heketi使用。這些設備上不得包含任何數據，heketi將會格式化和分區此設備；

每個節點必須打開以下端口才能進行GlusterFS通信：

2222：GlusterFS pod的sshd端口；

24007：GlusterFS守護程序；

24008：GlusterFS管理；

49152——49251：主機上每個卷的每個brick都需要有獨立的端口。對於每塊新brick，將從49152開始使用一個新端口。建議每台主機的默認範圍為49152-49251，也可根據需要進行調整。

必須加載以下內核模塊：

dm_snapshot

dm_mirror

dm_thin_pool

對於內核模塊，可通過lsmod | grep <name>查看模塊是否存在，並modprobe <name>加載給定的模塊。

每個節點都要求該mount.glusterfs命令可用。在所有基於Red Hat的操作系統下，此命令由glusterfs-fuse軟件包提供。

注意：節點上安裝的GlusterFS客戶端版本應盡可能接近服務器的版本。要獲取已安裝的版本，可通過glusterfs –version或kubectl exec <pod> — glusterfs –version命令查看。

1.5 其他準備

所有節點NTP配置；

所有節點添加相應主機名解析：

  1 172.24.8.71 k8smaster01
  2 172.24.8.72 k8smaster02
  3 172.24.8.73 k8smaster03
  4 172.24.8.74 k8snode01
  5 172.24.8.75 k8snode02
  6 172.24.8.76 k8snode03

注意：若非必要，建議關閉防火牆和SELinux。

二規劃裸設備

2.1 確認磁盤

  1 [root@k8snode01 ~]# fdisk /dev/sdb -l		#檢查sdb是否為裸磁盤

三安裝glusterfs-fuse

3.1 安裝相應RPM源

  1 [root@k8snode01 ~]# yum -y install centos-release-gluster
  2 [root@k8snode01 ~]# yum -y install glusterfs-fuse		#安裝glusterfs-fuse

提示：k8snode01、k8snode02、k8snode03類似操作，根據1.4要求安裝glusterfs-fuse組件；

安裝相應源之後，會在/etc/yum.repos.d/目錄多出文件CentOS-Storage-common.repo，內容如下：

# CentOS-Storage.repo

#

# Please see http://wiki.centos.org/SpecialInterestGroup/Storage for more

# information

[centos-storage-debuginfo]

name=CentOS-$releasever – Storage SIG – debuginfo

baseurl=http://debuginfo.centos.org/$contentdir/$releasever/storage/$basearch/

gpgcheck=1

enabled=0

gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Storage

3.2 加載相應模塊

  1 [root@k8snode01 ~]# cat > /etc/sysconfig/modules/glusterfs.modules <<EOF
  2 #!/bin/bash
  3 
  4 for kernel_module in dm_snapshot dm_mirror dm_thin_pool;do
  5     /sbin/modinfo -F filename \${kernel_module} > /dev/null 2>&1
  6     if [ \$? -eq 0 ]; then
  7         /sbin/modprobe \${kernel_module}
  8     fi
  9 done;
 10 EOF
 11 [root@k8snode01 ~]# chmod +x /etc/sysconfig/modules/glusterfs.modules
 12 [root@k8snode01 ~]# lsmod |egrep "dm_snapshot|dm_mirror|dm_thin_pool"	#所有glusterfs node節點檢查

提示：可通過modprobe <name>加載給定的模塊。

四 Kubernetes部署glusterfs

4.1 Node tag

  1 [root@k8smaster01 ~]# kubectl label nodes k8snode01 storagenode=glusterfs
  2 [root@k8smaster01 ~]# kubectl label nodes k8snode02 storagenode=glusterfs
  3 [root@k8smaster01 ~]# kubectl label nodes k8snode03 storagenode=glusterfs

提示：在後續使用DaemonSet部署時候kube-templates/glusterfs-daemonset.yaml存在如下針對label的Selector：

spec:

nodeSelector:

storagenode: glusterfs

4.2 下載glusterfs-Kubernetes

  1 [root@k8smaster01 ~]# yum -y install git
  2 [root@k8smaster01 ~]# git clone https://github.com/gluster/gluster-kubernetes.git

4.3 修改glusterfs拓撲

  1 [root@k8smaster01 ~]# cd gluster-kubernetes/deploy/
  2 [root@k8smaster01 deploy]# cp topology.json.sample topology.json
  3 [root@k8smaster01 deploy]# vi topology.json

  1 {
  2   "clusters": [
  3     {
  4       "nodes": [
  5         {
  6           "node": {
  7             "hostnames": {
  8               "manage": [
  9                 "k8snode01"
 10               ],
 11               "storage": [
 12                 "172.24.8.74"
 13               ]
 14             },
 15             "zone": 1
 16           },
 17           "devices": [
 18             "/dev/sdb"
 19           ]
 20         },
 21         {
 22           "node": {
 23             "hostnames": {
 24               "manage": [
 25                 "k8snode02"
 26               ],
 27               "storage": [
 28                 "172.24.8.75"
 29               ]
 30             },
 31             "zone": 1
 32           },
 33           "devices": [
 34             "/dev/sdb"
 35           ]
 36         },
 37         {
 38           "node": {
 39             "hostnames": {
 40               "manage": [
 41                 "k8snode03"
 42               ],
 43               "storage": [
 44                 "172.24.8.76"
 45               ]
 46             },
 47             "zone": 1
 48           },
 49           "devices": [
 50             "/dev/sdb"
 51           ]
 52         }
 53       ]
 54     }
 55   ]
 56 }

提示：heketi配置文件及介紹參考《附009.Kubernetes永久存儲之GlusterFS獨立部署》。

若需要修改heketi的暴露方式，若需要修改為NodePort，可參考https://lichi6174.github.io/glusterfs-heketi/。

所有部署相關yaml位於/root/gluster-kubernetes/deploy/kube-templates，本實驗採用默認參數。

4.4 配置heketi

  1 [root@k8smaster01 deploy]# cp heketi.json.template heketi.json
  2 [root@k8smaster01 deploy]# vi heketi.json
  3 {
  4     "_port_comment": "Heketi Server Port Number",
  5     "port" : "8080",
  6 
  7     "_use_auth": "Enable JWT authorization. Please enable for deployment",
  8     "use_auth" : true,				#開啟用戶認證
  9 
 10     "_jwt" : "Private keys for access",
 11     "jwt" : {
 12         "_admin" : "Admin has access to all APIs",
 13         "admin" : {
 14             "key" : "admin123"			#管理員密碼
 15         },
 16         "_user" : "User only has access to /volumes endpoint",
 17         "user" : {
 18             "key" : "xianghy"			#用戶密碼
 19         }
 20     },
 21 
 22     "_glusterfs_comment": "GlusterFS Configuration",
 23     "glusterfs" : {
 24 
 25         "_executor_comment": "Execute plugin. Possible choices: mock, kubernetes, ssh",
 26         "executor" : "${HEKETI_EXECUTOR}",	        #本實驗使用Kubernetes方式
 27 
 28         "_db_comment": "Database file name",
 29         "db" : "/var/lib/heketi/heketi.db",	        #heketi數據存儲
 30 
 31         "kubeexec" : {
 32             "rebalance_on_expansion": true
 33         },
 34 
 35         "sshexec" : {
 36             "rebalance_on_expansion": true,
 37             "keyfile" : "/etc/heketi/private_key",
 38             "port" : "${SSH_PORT}",
 39             "user" : "${SSH_USER}",
 40             "sudo" : ${SSH_SUDO}
 41         }
 42     },
 43 
 44     "backup_db_to_kube_secret": false
 45 }

4.5 相關修正

新版Kubernetes的# kubectl get pod命令無–show-all選項，需要如下操作修正部署gk-deploy腳本。

  1 [root@k8smaster01 deploy]# vi gk-deploy
  2 924 #heketi_pod=$(${CLI} get pod --no-headers --show-all --selector="heketi" | awk '{print $1}')
  3 925 heketi_pod=$(${CLI} get pod --no-headers --selector="heketi" | awk '{print $1}')

由於國內glusterfs鏡像可能無法pull，建議通過VPN等方式提前pull鏡像，然後上傳至所有glusterfs node節點。

  1 [root@VPN ~]# docker pull gluster/gluster-centos:latest
  2 [root@VPN ~]# docker pull heketi/heketi:dev
  3 [root@VPN ~]# docker save -o gluster_latest.tar gluster/gluster-centos:latest
  4 [root@VPN ~]# docker save -o heketi_dev.tar heketi/heketi:dev
  5 [root@k8snode01 ~]# docker load -i gluster_latest.tar
  6 [root@k8snode01 ~]# docker load -i heketi_dev.tar
  7 [root@k8snode01 ~]# docker images
  8

4.6 正式部署

  1 [root@k8smaster01 deploy]# ./gk-deploy -h			#查看部署參數
  2 [root@k8smaster01 deploy]# kubectl create ns heketi		#建議部署在獨立的namespace中
  3 [root@k8smaster01 deploy]# ./gk-deploy -g -n heketi topology.json --admin-key admin123 --user-key xianghy
  4 ……
  5 Do you wish to proceed with deployment?
  6 
  7 [Y]es, [N]o? [Default: Y]: y

提示：部署腳本更多參數參考：https://github.com/gluster/gluster-kubernetes/blob/master/deploy/gk-deploy。

注意：若部署失敗，需要通過下方式徹底刪除后重新部署：

  1 [root@k8smaster01 deploy]# ./gk-deploy --abort --admin-key admin123 --user-key xianghy -y -n heketi
  2 [root@k8smaster01 deploy]# kubectl delete -f kube-templates/ -n heketi

glusterfs node節點需要執行如下徹底清理：

  1 [root@k8snode01 ~]# dmsetup ls
  2 [root@k8snode01 ~]# dmsetup remove_all
  3 [root@k8snode01 ~]# rm -rf /var/log/glusterfs/
  4 [root@k8snode01 ~]# rm -rf /var/lib/heketi
  5 [root@k8snode01 ~]# rm -rf /var/lib/glusterd/
  6 [root@k8snode01 ~]# rm -rf /etc/glusterfs/
  7 [root@k8snode01 ~]# dd if=/dev/zero of=/dev/sdb bs=512k count=1
  8 [root@k8snode01 ~]# wipefs -af /dev/sdb

4.7 Kubernetes集群查看驗證

  1 [root@k8smaster01 ~]# kubectl get nodes --show-labels | grep -E 'NAME|node'
  2 [root@k8smaster01 ~]# kubectl get all -n heketi

  1 [root@k8smaster01 ~]# kubectl get pods -o wide -n heketi

4.8 gluster集群查看驗證

  1 [root@k8smaster01 ~]# kubectl exec -it heketi-65f4555d74-72hrf -n heketi -- heketi-cli cluster list --user admin --secret admin123								#集群列表
  2 [root@k8smaster01 ~]# kubectl -n heketi exec -ti heketi-65f4555d74-72hrf /bin/bash                               [root@heketi-65f4555d74-72hrf /]# heketi-cli cluster list --user admin --secret admin123	#進入heketi容器查看
  3 [root@k8smaster01 ~]# curl http://10.254.111.219:8080/hello
  4 Hello from Heketi

注意：使用4.6腳本為一鍵部署，也可使用gluster-kubernetes/deploy/目錄下的文件，分開逐步部署，整理部署思路如下：

使用glusterfs-daemonset.json部署glusterfs DaemonSet；

對node節點進行打標籤；

使用heketi-service-account.json部署Heketi的服務帳戶；

對Heketi所創建的服務帳戶授權；

創建secret；

轉發本地8080端口至deploy-heketi。

獨立部署完整過程參考：https://jimmysong.io/kubernetes-handbook/practice/using-heketi-gluster-for-persistent-storage.html。

五安裝heketi-cli

由於在master節點管理heketi需要進入heketi容器或者使用kubectl exec -ti 方式，建議直接在master節點安裝heketi客戶端，直接管理、

5.1 安裝heketi服務

  1 [root@k8smaster01 ~]# yum -y install centos-release-gluster
  2 [root@k8smaster01 ~]# yum -y install heketi-client

5.2 配置heketi

  1 [root@k8smaster01 ~]# echo "export HEKETI_CLI_SERVER=http://$(kubectl get svc heketi -n heketi -o go-template='{{.spec.clusterIP}}'):8080" >> /etc/profile.d/heketi.sh
  2 [root@k8smaster01 ~]# echo "alias heketi-cli='heketi-cli --user admin --secret admin123'" >> ~/.bashrc
  3 [root@k8smaster01 ~]# source /etc/profile.d/heketi.sh
  4 [root@k8smaster01 ~]# source ~/.bashrc
  5 [root@k8smaster01 ~]# echo $HEKETI_CLI_SERVER
  6 http://heketi:8080

5.3 集群管理

  1 [root@k8smaster01 ~]# heketi-cli cluster list
  2 Clusters:
  3 Id:67004a06fbcb4fa525bcec1fbaa9ef2d [file][block]
  4 [root@k8smaster01 ~]# heketi-cli cluster info 67004a06fbcb4fa525bcec1fbaa9ef2d	#集群詳細信息
  5 Cluster id: 67004a06fbcb4fa525bcec1fbaa9ef2d
  6 Nodes:
  7 40cdd4c1d0c389939193d6dea3c5bfe8
  8 62873c54cf61025fda91e6d44433378b
  9 d48986357840d28653304e7170599da5
 10 Volumes:
 11 5f15f201d623e56b66af56313a1975e7
 12 Block: true
 13 
 14 File: true
 15 [root@k8smaster01 ~]# heketi-cli topology info 67004a06fbcb4fa525bcec1fbaa9ef2d	#查看拓撲信息
 16 [root@k8smaster01 ~]# heketi-cli node list					        #查看所有node
 17 Id:40cdd4c1d0c389939193d6dea3c5bfe8     Cluster:67004a06fbcb4fa525bcec1fbaa9ef2d
 18 Id:62873c54cf61025fda91e6d44433378b     Cluster:67004a06fbcb4fa525bcec1fbaa9ef2d
 19 Id:d48986357840d28653304e7170599da5     Cluster:67004a06fbcb4fa525bcec1fbaa9ef2d
 20 [root@k8smaster01 ~]# heketi-cli node info 40cdd4c1d0c389939193d6dea3c5bfe8  	#node節點信息
 21 [root@k8smaster01 ~]# heketi-cli volume create --size=2 --replica=2		        #默認為3副本的replica模式

  1 [root@k8smaster01 ~]# heketi-cli volume list					#列出所有卷
  2 [root@k8smaster01 ~]# heketi-cli volume info fc296ab350dcc36e00dd3b3643a04645	#卷信息
  3 [root@k8smaster01 ~]# heketi-cli volume delete fc296ab350dcc36e00dd3b3643a04645	#刪除卷

六 Kubernetes動態掛載glusterfs

6.1 StorageClass動態存儲

kubernetes共享存儲provider模式：

靜態模式(Static)：集群管理員手工創建PV，在定義PV時設置後端存儲的特性；

動態模式(Dynamic)：集群管理員不需要手工創建PV，而是通過StorageClass的設置對後端存儲進行描述，標記為某種”類型(Class)”；此時要求PVC對存儲的類型進行說明，系統將自動完成PV的創建及與PVC的綁定；PVC可以聲明Class為””，說明PVC禁止使用動態模式。

基於StorageClass的動態存儲供應整體過程如下圖所示：

集群管理員預先創建存儲類（StorageClass）；

用戶創建使用存儲類的持久化存儲聲明(PVC：PersistentVolumeClaim)；

存儲持久化聲明通知系統，它需要一個持久化存儲(PV: PersistentVolume)；

系統讀取存儲類的信息；

系統基於存儲類的信息，在後台自動創建PVC需要的PV；

用戶創建一個使用PVC的Pod；

Pod中的應用通過PVC進行數據的持久化；

而PVC使用PV進行數據的最終持久化處理。

提示：關於Kubernetes的部署參考《附003.Kubeadm部署Kubernetes》。

6.2 定義StorageClass

關鍵字說明：

provisioner：表示存儲分配器，需要根據後端存儲的不同而變更；

reclaimPolicy: 默認即”Delete”，刪除pvc后，相應的pv及後端的volume，brick(lvm)等一起刪除；設置為”Retain”時則保留數據，若需刪除則需要手工處理；

resturl：heketi API服務提供的url；

restauthenabled：可選參數，默認值為”false”，heketi服務開啟認證時必須設置為”true”；

restuser：可選參數，開啟認證時設置相應用戶名；

secretNamespace：可選參數，開啟認證時可以設置為使用持久化存儲的namespace；

secretName：可選參數，開啟認證時，需要將heketi服務的認證密碼保存在secret資源中；

clusterid：可選參數，指定集群id，也可以是1個clusterid列表，格式為”id1,id2”；

volumetype：可選參數，設置卷類型及其參數，如果未分配卷類型，則有分配器決定卷類型；如”volumetype: replicate:3”表示3副本的replicate卷，”volumetype: disperse:4:2”表示disperse卷，其中‘4’是數據，’2’是冗餘校驗，”volumetype: none”表示distribute卷

提示：關於glusterfs各種不同類型的卷見《004.RHGS-創建volume》。

  1 [root@k8smaster01 ~]# echo -n "admin123" | base64		#將密碼轉換為64位編碼
  2 YWRtaW4xMjM=
  3 [root@k8smaster01 ~]# mkdir -p heketi
  4 [root@k8smaster01 ~]# cd heketi/
  5 [root@k8smaster01 ~]# vi heketi-secret.yaml			#創建用於保存密碼的secret
  6 apiVersion: v1
  7 kind: Secret
  8 metadata:
  9   name: heketi-secret
 10   namespace: heketi
 11 data:
 12   # base64 encoded password. E.g.: echo -n "mypassword" | base64
 13   key: YWRtaW4xMjM=
 14 type: kubernetes.io/glusterfs
 15 [root@k8smaster01 heketi]# kubectl create -f heketi-secret.yaml	#創建heketi
 16 [root@k8smaster01 heketi]# kubectl get secrets -n heketi
 17 NAME                                 TYPE                                  DATA   AGE
 18 default-token-6n746                  kubernetes.io/service-account-token   3      144m
 19 heketi-config-secret                 Opaque                                3      142m
 20 heketi-secret                        kubernetes.io/glusterfs               1      3m1s
 21 heketi-service-account-token-ljlkb   kubernetes.io/service-account-token   3      143m
 22 [root@kubenode1 heketi]# vim gluster-heketi-storageclass.yaml	#正式創建StorageClass
 23 apiVersion: storage.k8s.io/v1
 24 kind: StorageClass
 25 metadata:
 26   name: gluster-heketi-storageclass
 27 parameters:
 28   resturl: "http://10.254.111.219:8080"
 29   clusterid: "67004a06fbcb4fa525bcec1fbaa9ef2d"
 30   restauthenabled: "true"					#若heketi開啟認證此處也必須開啟auth認證
 31   restuser: "admin"
 32   secretName: "heketi-secret"					#name/namespace與secret資源中定義一致
 33   secretNamespace: "heketi"
 34   volumetype: "replicate:3"
 35 provisioner: kubernetes.io/glusterfs
 36 reclaimPolicy: Delete
 37 [root@k8smaster01 heketi]# kubectl create -f gluster-heketi-storageclass.yaml

注意：storageclass資源創建后不可變更，如修改只能刪除后重建。

  1 [root@k8smaster01 heketi]# kubectl get storageclasses		#查看確認
  2 NAME                          PROVISIONER               AGE
  3 gluster-heketi-storageclass   kubernetes.io/glusterfs   85s
  4 [root@k8smaster01 heketi]# kubectl describe storageclasses gluster-heketi-storageclass

6.3 定義PVC

  1 [root@k8smaster01 heketi]# vi gluster-heketi-pvc.yaml
  2 apiVersion: v1
  3 kind: PersistentVolumeClaim
  4 metadata:
  5   name: gluster-heketi-pvc
  6   annotations:
  7     volume.beta.kubernetes.io/storage-class: gluster-heketi-storageclass
  8 spec:
  9   accessModes:
 10   - ReadWriteOnce
 11   resources:
 12     requests:
 13       storage: 1Gi

注意：accessModes可有如下簡寫：

ReadWriteOnce：簡寫RWO，讀寫權限，且只能被單個node掛載；

ReadOnlyMany：簡寫ROX，只讀權限，允許被多個node掛載；

ReadWriteMany：簡寫RWX，讀寫權限，允許被多個node掛載。

  1 [root@k8smaster01 heketi]# kubectl create -f gluster-heketi-pvc.yaml -n heketi
  2 [root@k8smaster01 heketi]# kubectl get pvc -n heketi
  3 [root@k8smaster01 heketi]# kubectl describe pvc gluster-heketi-pvc -n heketi
  4 [root@k8smaster01 heketi]# kubectl get pv -n heketi
  5 [root@k8smaster01 heketi]# kubectl describe pv pvc-ca949559-094a-11ea-8b3c-000c29fa7a79 -n heketi

  1 [root@k8smaster01 heketi]# kubectl describe endpoints glusterfs-dynamic-ca949559-094a-11ea-8b3c-000c29fa7a79 -n heketi

提示：由上可知：PVC狀態為Bound，Capacity為1G。查看PV詳細信息，除容量，引用storageclass信息，狀態，回收策略等外，同時可知GlusterFS的Endpoint與path。EndpointsName為固定格式：glusterfs-dynamic-PV_NAME，且endpoints資源中指定了掛載存儲時的具體地址。

6.4 確認查看

通過5.3所創建的信息：

volume與brick已經創建；

主掛載點（通信）在172.24.8.41節點，其餘兩個節點備選；

三副本的情況下，所有節點都會創建brick。

  1 [root@k8smaster01 ~]# kubectl get pod -n heketi
  2 [root@k8smaster01 ~]# kubectl exec -ti glusterfs-b854k -n heketi -- lsblk	#glusterfs節點查看
  3 [root@k8smaster01 ~]# kubectl exec -ti glusterfs-b854k -n heketi -- df -hT	#glusterfs節點查看
  4 [root@k8smaster01 ~]# kubectl exec -ti glusterfs-b854k -n heketi -- gluster volume list
  5 [root@k8smaster01 ~]# kubectl exec -ti glusterfs-b854k -n heketi -- gluster volume info vol_29ba6f9665522ad5893412e61799a433				#glusterfs節點查看

6.5 Pod掛載測試

  1 [root@xxx ~]# yum -y install centos-release-gluster
  2 [root@xxx ~]# yum -y install glusterfs-fuse					#安裝glusterfs-fuse

提示：本環境master節點也允許分發pod，因此所有master也必須安裝glusterfs-fuse以便於正常掛載，同時版本需要和glusterfs節點一致。

  1 [root@k8smaster01 heketi]# vi gluster-heketi-pod.yaml
  2 kind: Pod
  3 apiVersion: v1
  4 metadata:
  5   name: gluster-heketi-pod
  6 spec:
  7   containers:
  8   - name: gluster-heketi-container
  9     image: busybox
 10     command:
 11     - sleep
 12     - "3600"
 13     volumeMounts:
 14     - name: gluster-heketi-volume			#必須和volumes中name一致
 15       mountPath: "/pv-data"
 16       readOnly: false
 17   volumes:
 18   - name: gluster-heketi-volume
 19     persistentVolumeClaim:
 20       claimName: gluster-heketi-pvc	  	 	#必須和5.3創建的PVC中的name一致
 21 [root@k8smaster01 heketi]# kubectl create -f gluster-heketi-pod.yaml -n heketi	#創建Pod

6.6 確認驗證

  1 [root@k8smaster01 ~]# kubectl get pod -n heketi | grep gluster-heketi
  2 gluster-heketi-pod        1/1     Running   0          4m58s
  3 [root@k8smaster01 ~]# kubectl exec -it gluster-heketi-pod /bin/sh -n heketi 	#進入Pod寫入測試文件
  4 / # cd /pv-data/
  5 /pv-data # echo "This is a file!" >> a.txt
  6 /pv-data # echo "This is b file!" >> b.txt
  7 /pv-data # ls
  8 a.txt  b.txt
  9 [root@k8smaster01 ~]# kubectl exec -it gluster-heketi-pod -n heketi -- df -h	#查看所掛載的glusterfs

  1 [root@k8smaster01 ~]# kubectl get pods -n heketi -o wide		#查看對應的glusterfs node

  1 [root@k8smaster01 ~]# kubectl exec -ti glusterfs-b854k -n heketi -- cat /var/lib/heketi/mounts/vg_2c7a02d1b1b7c1f165283b6691062102/brick_16e37a18a5e5fd40e14338ba78d99565/brick/a.txt
  2 This is a file!

提示：通過Pod寫入相應的測試文件，然後通過glusterfs node節點查看是否存在。

6.7 刪除資源

  1 [root@k8smaster01 ~]# cd heketi/
  2 [root@k8smaster01 heketi]# kubectl delete -f gluster-heketi-pod.yaml -n heketi
  3 [root@k8smaster01 heketi]# kubectl delete -f gluster-heketi-pvc.yaml
  4 [root@k8smaster01 heketi]# kubectl get pvc -n heketi
  5 [root@k8smaster01 heketi]# kubectl get pv -n heketi
  6 [root@k8smaster01 heketi]# kubectl exec -ti glusterfs-b854k -n heketi gluster volume list | grep gluster

參考：https://www.linuxba.com/archives/8152

https://www.cnblogs.com/blackmood/p/11389811.html本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR ?

※自行創業缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

Arduino驅動ILI9341彩屏（一）——顏色問題

發佈日期: 2020-02-27 作者: admin

最近在淘寶的店鋪上淘到了一塊ILI9341的彩色液晶屏，打算研究一下如何使用。

淘寶店鋪購買屏幕之後有附源代碼可供下載，代碼質量慘不忍睹，各種縮進不規範就不說了，先拿來試一下吧。

這是淘寶店鋪代碼的核心部分：

void setup()
{
  Lcd_Init();
 //LCD_Clear(0xf800);
}

void loop()
{  
   LCD_Clear(0xf800);
   LCD_Clear(0x07E0);
   LCD_Clear(0x001F);
  /*   
  for(int i=0;i<1000;i++)
  {
    Rect(random(300),random(300),random(300),random(300),random(65535)); // rectangle at x, y, with, hight, color
  }*/
  
//  LCD_Clear(0xf800);
}

代碼裏面的setup()和loop()是arduino特有的主函數，和普通C程序的main()函數一樣。

setup()函數在開機時只運行一次，運行完之後就開始循環運行loop()函數。

程序先在setup()函數里做了一下初始化操作Lcd_Init()，接着開始連續用不同顏色清屏。

這裏的LCD_Clear()就是清屏函數了，原型如下：

void LCD_Clear(unsigned int j)                   
{    
  unsigned int i,m;
 Address_set(0,0,240,320);
  //Lcd_Write_Com(0x02c); //write_memory_start
  //digitalWrite(LCD_RS,HIGH);
  digitalWrite(LCD_CS,LOW);


  for(i=0;i<240;i++)
    for(m=0;m<320;m++)
    {
      Lcd_Write_Data(j>>8);
      Lcd_Write_Data(j);

    }
  digitalWrite(LCD_CS,HIGH);   
}

縮進不規範就不吐槽了(；へ：)，連變量名都起得亂七八糟，簡直慘不忍睹。稍微重寫了一下函數，長這樣：

void LCD_Clear(unsigned int color){
  Address_set(0,0,240,320);
  digitalWrite(LCD_CS,LOW);
  for(int i=0;i<240;i++){
    for(int m=0;m<320;m++){
      Lcd_Write_Data(color>>8);
      Lcd_Write_Data(color);
    }
  }
  digitalWrite(LCD_CS,HIGH);
}

這個函數先使用Address_set()設置了刷新區域，然後把LCD_CS針腳電壓拉低，之後循環寫入color。

color分兩次寫入，一次寫入高八位(16位整形前面8個bit)，一次寫入低八位。

看上去好像沒什麼問題，但loop()函數中LCD_Clear()卻是直接用十六進制寫入的。

寫一個RGB()函數把RGB顏色轉換成十六進制，不是更人性化嗎？

讀了一遍源代碼，結果真的找到了店家的RGB函數：

int RGB(int r,int g,int b)
{return r << 16 | g << 8 | b;
}

還是不規範的縮進(╯︵╰)。但有總比沒有好，輸出紅色試一下：

void setup()
{
  Lcd_Init();
  LCD_Clear(RGB(255,0,0));
}

void loop()
{  
   //nothing
}

出故障了。

Arduino重啟后，屏幕輸出了黑色！再試着排除一下故障，把RGB(255,0,0)改成RGB(0,255,0)，輸出綠色試試：

結果輸出了橙色！

之後我又反覆嘗試了，沒有一次輸出正確的顏色。莫非是這個RGB()函數有問題，淘寶店鋪才用十六進制数字？

再仔細推導了一下：return r << 16 | g << 8 | b;把紅色左移16位，綠色左移8位，藍色不動，所以合成的二進制應該是這樣的：

RRRRRRRRGGGGGGGGBBBBBBBB

R代表紅色位，G代表綠色位，B代表藍色位，每種顏色8位，總共24位。計算了一下可能性：

總共1677萬種可能，也就是1677萬種顏色，這就是普通電腦的真彩顏色。但LCD_Clear()函數是這麼寫的：

Lcd_Write_Data(color>>8);
Lcd_Write_Data(color);

總的只能寫入十六個bit，也就是16位，這和24位對不上號啊？

再回頭看了一下，店鋪代碼的setup()函數中有這樣一行白色清屏指令：

//LCD_Clear(0xf800);

0xf800換算成十進制，是63488，有沒有感覺很接近一個數？

沒錯，就是65535，單個16位無符號整數的最大儲存範圍。

16位整型變量，顧名思義就是用16個0和1組成的變量。可以儲存的整數範圍是-32768 ~ 32767，32768 + 32767剛好等於65535，換算到二進制，就是1111111111111111,16個1。

這時，真相出現了——這台機器所採用的，是16位顏色，也被成為RGB565顏色模式。

早期的16位計算機由於架構的設計，一次只能處理一個16位二進制數。而圖形显示對速度要求特別高，所以一個像素必須要用一個16進制數來表示，也就是16位顏色。

如果用採用24位顏色，就需要兩個16進制數，也就是2Bytes，速度就慢了一半。

而每個像素都是使用紅黃藍三基色來显示的，所以一個16進制數必須分3份，來分別表示紅、黃、藍的數據。

這就出現了一個問題：

16 / 3 = 5.33333

紅黃藍三種顏色平均佔用5.33333個bit。

可bit是計算機存儲的基本單位，要麼是1，要麼是0，不能再分割。必須要有一種顏色多用一個位，才能充分單個利用16進制整數。

人體的綠色視錐細胞比較敏感，正好，那綠色就用6位，紅色藍色就用5位吧。

這就是著名的RGB565模式，總共能存儲65535種顏色。

早期的遊戲都採用這種模式，所以顏色不夠豐富，很有特色：

這塊ILI9341显示屏模塊（注意不是ILI9341芯片本身）也剛好只有16根數據引腳，所以就採用了這種RGB565的顏色模式。

找到了問題，那就改一下程序吧：

int RGB(int r,int g,int b)
{
  return r << 11 | g << 5 | b;
}

光改RGB()函數還不夠，現在使用了RGB565模式，所以綠色範圍是從0-63，紅色、藍色的範圍是0-31。

所以還得改setup裏面的清屏函數：

void setup()
{
  Lcd_Init();
  LCD_Clear(RGB(0,63,0));
}

重新下載了程序，屏幕成功显示，輸出了正確的綠色！⁄(⁄⁄•⁄ω⁄•⁄⁄)⁄

那麼問題來了，開頭店家給的LCD_Clear(0xf800)這條清屏指令，是怎麼來的？畢竟他連RGB565都不知道呢！

這是我提供的一種可能性：

“0xf600試一下?”

“不行，太灰了！”

“那0xf700呢？”

“還是不行！老闆，我們都試了一下午了，肯定是屏幕壞了！”

“加油，還差一點點了，肯定可以的！”

“0xf800好像還行，但是還是有點灰！”

“沒關係，反正買家能點亮屏幕就行，其他的我們不管！”

“……”

所以這家淘寶店鋪根本不知道自己在買什麼。ヽ(￣▽￣)ﾉ

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

大巨蛋連通道無影響古蹟疑慮北市文資審議通過

發佈日期: 2020-02-27 作者: admin

摘錄自2019年12月30日中央社報導

台北市文化局30日召開第121次文資審議會，其中忠孝東路四段地下通廊連通口新建工程，為市府為串聯大巨蛋與國父紀念館及疏散人潮，預定將通道出入口設於國父紀念館臨近忠孝東路的停車場處，因國父紀念館已在去年列為市定古蹟而受關注。

大巨蛋連通道為報告案第9案，經文資委員同意後備查。文化局副局長田瑋表示，經文資委員李乾朗、劉淑音、張崑振、米復國、蔡元良現勘後，認定無上述疑慮，所以不列審議案而採報告案方式。田瑋指出，連通道離古蹟本身還有約18公尺，開工時需做好監測保護計畫，例如開挖時古蹟是否傾斜或有裂縫、連續壁有無崩塌等。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※專業機台儀器租賃服務及相關銷售資訊

※如何利用一般常見的「L型資料夾」達到廣告宣傳效果?

※哪裡買的到省力省空間，方便攜帶的購物推車?

※飲水機皆有含淨水功能嗎?

※無毒橡膠墊片哪裡買的到?

※錢要花在刀口上，選購隔熱紙前必須知道的九件事 !

2020湖南沅江啟動10年禁捕目標洞庭湖區「水中無網具」

發佈日期: 2020-02-27 作者: admin

摘錄自2020年1月1日中新網益陽報導

據報，湖南省沅江市所轄外湖水域，從今（2020）年1月1日起全面禁止天然漁業資源的生產性捕撈，時間暫定10年。

沅江地處湖南省東北部、洞庭湖濱，以沅水歸宿之地而得名，境內彙集湘、資、沅、澧四水，坐擁東洞庭、南洞庭、西洞庭，享有「洞庭明珠」的美譽。這一歷史性時刻，是沅江落地落實長江流域重點水域實施禁捕退捕的具體踐行。

沅江市畜牧水產事物中心主任楊建軍表示，沅江將全力實現禁捕水域「湖上無漁船、水中無網具、市場無湖魚」的工作目標。

目前，沅江市禁捕退捕工作通過逐戶、逐船、逐證精准調查核實，已完成漁民身份，全市有專業漁民4,314戶10,540人4,959艘船，確定南嘴、漉湖、南大、五門閘等六處漁船集中拆解點。全市已有1,700多艘漁船完成評估，300多艘已拆解到位，預計農曆年前可完成漁船拆解、漁具銷毀任務。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※噴霧洗滌塔實際應用案例分享

※各種攤販小吃設備,沙威瑪機，自動旋轉烤玉米機,側火烤爐應有盡有!

※想知道CNC 自動車床與CNC車床有何區別??

※示波器鮮為人知的使用技巧?

※客製專屬滑鼠墊、可愛造型L夾、L型資料夾、透明證件套、手提袋，專業印刷設計廠商!

※使用真空封口機常見問題?

今年首爆禽流感雲林撲殺2.3萬隻雞

發佈日期: 2020-02-27 作者: admin

摘錄自2020年1月2日自由時報雲林縣報導

2020年第一天雲林就傳出禽流感，斗南一處養雞場確診感染高病原性禽流感（H5N2），場內2萬3千多隻紅羽土雞全數撲殺，雲林縣動植物防疫所呼籲，日夜溫差大，養禽業者要落實相關防疫工作。

雲林縣動植物防疫所指出，斗南這處養雞場飼養這批紅羽土雞已70多天，去年12月26日飼主發現有一百多隻異常死亡，27、28日也有200多隻死亡，28日主動通知防疫所，經採樣送驗確診為H5N2。

防疫所表示，去年全縣確診禽流感養禽場有53場，總計撲殺28萬9千多隻家禽，相較前年2018年62場、44萬6千多隻減少許多，去年確診以養雞場最多有29場，其次養鴨場18場。

防疫所強調，確診場數減少主要是業者的自我防疫觀念、技術提升，加上全國防疫策略有助於疫情的防堵，但仍提醒業者，冬季為禽流感高峰期，養禽場要落實人車門禁管制、進出消毒，發現有禽隻異常死亡要主動通報、及早處置，以防範疫情擴散。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※使用真空封口機常見問題?

※高價位跟低價位的示波器又有何差異?

※各大百貨每波促銷贈品活動，限量知名LOGOL型資料夾，獨家販售中!!

※哪裡有合版印刷優惠，尋找L夾客製化印刷廠商?

※如何正確使用開飲機?

※洗滌塔運作原理介紹

帛琉禁用有害珊瑚礁防曬乳違者罰1000美元

發佈日期: 2020-02-27 作者: admin

摘錄自2020年1月1日中央社科羅報導

太平洋島國帛琉1日起實施一項開創性禁令，不准使用含有對珊瑚礁有害成分的防曬乳液，違者罰1000美元。帛琉實施嚴格環保措施，新設全球最大海洋保護區之一也自此生效。

法新社報導，帛琉總統雷蒙傑索（Tommy Remengesau）表示，帛琉人「必須尊重環境，因為環境是孕育生命之所，沒有環境，帛琉就沒人能倖存」。

自2020年元旦起，在帛琉任何對珊瑚礁具有毒性的防曬乳液，不管是攜帶入境或販售，都會被沒收，並處罰持有者1000美元罰款。

雷蒙傑索表示：「帛琉重要生物棲地到處都發現了防曬乳液中的有毒化學物質，在帛琉最知名的生物組織中也有。我們不介意成為第一個禁用這些化學物質的國家，我們也會為傳達這個訊息盡一份力。」

除了這項禁令之外，帛琉的海洋保護區也自1日起生效，在新規定之下，帛琉的專屬經濟區（EEZ）有80%不准捕魚或從事其他海洋活動，包括採礦和取鯊魚鰭。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※示波器鮮為人知的使用技巧?

※各大百貨每波促銷贈品活動，限量知名LOGOL型資料夾，獨家販售中!!

※飲水機皆有含淨水功能嗎?

※選購空壓機需注意八大事項 !

※真空封口機該不該買?使用心得分享

※大樓隔熱紙施工分享說明，教你如何善用空間裝潢、設計 !

水母大爆發！高雄水母湖、秘境魚塭「密密麻麻」超壯觀

發佈日期: 2020-02-26 作者: admin

摘錄自2020年1月2日自由時報高雄報導

高雄市林園區水母大爆發，濕地公園水母湖已經上看2、3萬隻，無獨有偶，汕尾一處廢棄魚塭也出現上萬隻，林園區紅樹林學會總幹事蘇文華說，兩處水母都「密密麻麻」，有史以來最多，而且高峰期還沒到，預估數量還會持續攀升。

水母大爆發原因研判都與周遭工程竣工有關。蘇文華指出，水母湖曾因濕地路拓寬工程，水質經常呈現混濁，工程完工後，潟湖水質終年清澈；汕尾廢魚塭則是因排水溝整治工程完工，引入乾淨且營養豐富的養殖廢水，為海洋生物打造了友善棲地，水溝內也可見許多摩利魚、吳郭魚及豆仔魚，還有美麗的羽毛藻。

前中汕里里長李進宗說，完成整治的排水溝曾是寬約2、30米小野溪，小時候都在溪裡游泳戲水，後來遭占用，水道縮小，也成了養殖場排放溝渠，經整治後，養殖廢水從魚塭缺口流入，也帶來倒立水母等生物。

本站聲明:網站內容來源於https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※專業機台儀器租賃服務及相關銷售資訊

※如何利用一般常見的「L型資料夾」達到廣告宣傳效果?

※哪裡買的到省力省空間，方便攜帶的購物推車?

※飲水機皆有含淨水功能嗎?

※無毒橡膠墊片哪裡買的到?

※錢要花在刀口上，選購隔熱紙前必須知道的九件事 !

一 前期準備

1.1 基礎知識

1.2 架構示意

1.3 相關規劃

1.5 其他準備

二 規劃裸設備

2.1 確認磁盤

三 安裝glusterfs-fuse

3.1 安裝相應RPM源

3.2 加載相應模塊

四 Kubernetes部署glusterfs

4.1 Node tag

4.2 下載glusterfs-Kubernetes

4.3 修改glusterfs拓撲

4.4 配置heketi

4.5 相關修正

4.6 正式部署

4.7 Kubernetes集群查看驗證

4.8 gluster集群查看驗證

五 安裝heketi-cli

5.1 安裝heketi服務

5.2 配置heketi

5.3 集群管理

六 Kubernetes動態掛載glusterfs

6.1 StorageClass動態存儲

6.2 定義StorageClass

6.3 定義PVC

6.4 確認查看

6.5 Pod掛載測試

6.6 確認驗證

6.7 刪除資源

一前期準備

二規劃裸設備

三安裝glusterfs-fuse

五安裝heketi-cli