標籤: USB CONNECTOR

巴西海岸漏油原因仍是謎成千上萬志工「挖黑泥」

摘錄自2019年10月21日自由時報報導

巴西日前發生大規模漏油事件後，對當地北部約2100公里、橫跨數州的海岸線造成嚴重破壞，雖已進入調查，但至今漏油原因尚未查明，而當地政府因未積極採取行動，遭當地環保團體抨擊；所幸，已有成千上萬的志工在受污染區域「挖黑泥」，將遍布海灘的「油污」慢慢除去，而這些志工僅在伯南布哥州（Pernambuco）就已經清出30噸油污。

油污從9月2日開始出現，而這些污染物質經檢驗，已證實為石油原油。海洋學家阿勞霍（Maria Christina Araujo）指出，「此次漏油對受污染區域當地生物的破壞可能將無法彌補，需要數年才能逐漸恢復當地生態系統。」而巴西環境與可再生資源研究所（Ibama）也證實，有15隻海龜和2隻鳥被油污殺死，且有照片佐證這些生物遭黑色油污覆蓋致死，而巴西享譽世界的的珊瑚礁也受到油污的破壞。

照片來源：Kleber from Burgos / WWF-Brasil

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

【其他文章推薦】

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

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

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

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

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

※教你寫出一流的銷售文案?

2020-10-05
上海大眾推朗逸純電動轎車有望2013年上市

上汽集團推出了上海大眾針對中國市場量身打造的首款——朗逸純電動轎車。據悉，新車已經具備了量產條件，最快有望在2013年上市銷售。

朗逸純電動轎車基於量產車型大眾朗逸開發，新車由安裝在車頭部位的電動機驅動，最大功率為85kW，最大扭矩為270Nm，0-100km/h加速用時約11秒，最高時速可達135km/h，續駛里程可達125km。

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※新北清潔公司,居家、辦公、裝潢細清專業服務

※推薦評價好的iphone維修中心

2020-10-05
歐盟計畫出臺統一的電動汽車補貼政策

目前歐盟國家對的補貼參差不齊，在法國購買電動汽車可獲得最多至7000歐元的補貼，而在德國沒有補貼。為幫助歐洲汽車工業克服時艱，歐盟擬出臺統一的電動汽車補貼政策。

歐盟工業專員塔賈尼（Antonio Tajani）在其草擬的行動計畫中對這一政策目標作說明時說，歐洲汽車工業迫切需要得到支援，以應對挑戰。歐洲汽車工業間接或直接地創造1200個工作崗位，而部分廠商深陷危機。塔賈尼表示，過去數月是歐洲汽車工業經歷的艱難時刻，一些企業如法國PSA、義大利菲亞特、德國歐寶等遭遇強大的重組壓力，產品滯銷。

塔賈尼透過行動計畫承諾，將為歐洲汽車工業提供研發資金，並從歐洲社保基金中拿錢培訓員工，幫助其掌握新的技術。塔還想阻止歐洲國家單一購車補貼行為，在全歐範圍內推行統一的購買電動車補貼政策。法國的做法是，對購買法國本土生產的電動車或混合動力汽車予以最多至7000歐元的補貼，以支持本國汽車業發展和維護其競爭力。而在德國，汽車工業協會也曾多次提出要求予以補貼，但遭德政府拒絕。塔將于本週四飛往柏林遊說其擬出臺方案。

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

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

※回頭車貨運收費標準

2020-10-05
程序員不能一直停留在愛學習的階段

今天在人人都是產品經理的上，看到一篇文章《一個創業程序員的35歲人生總結（下）》。其實也道出了我曾經作為技術人員，各種失敗的嘗試。

下面是一種的一段引用，我非常認可

先說技術，技術是我死磕時間最長的技能。最早在大學選擇FLASH，完全是出於愛好，當時別說我，全世界估計也沒幾個人能預測到僅僅兩年後，FLASH程序員就會隨着網頁遊戲的興起，成為當時最搶手的程序員種類之一。後來畢業了，選工作的時候，更多是學習的心態，創業什麼的，甚至工資，都無所謂，只要能提升技術就行。後來技術到一定程度了，就希望能幫助項目和公司更好地實現大家想要的產品，最終實現大家共同的夢想。

在類似我經歷的公司中，有兩個問題，會同時困擾大部分程序員和老闆。第一個問題就是“學習”！

程序員，尤其是前端程序員，天生有一種極強的學習慾望。前端這門技術，半年不學習可能就要落後，一年不學習估計就有被淘汰的風險了。程序員愛學習，不停提升自己的專業技能，這本來是好事。

但是對於很多創業公司，卻成為不能承受之重。因為很多程序員，會極端地掉入學習的漩渦中，簡直跟掉入錢眼兒里的老闆有得一拼，眼中除了學習啥也容不下，比如曾經的我。更要命的是，有些程序員，自己的人生規劃和學習方向，還跟公司的業務方向不太一致。

我是06年畢業，畢業就進入了一所當時還不錯的互聯網公司，公司名稱就不說了，反正對這家公司也沒有啥好感，雖然現在很多人都想進去修福報。

在這家公司裏面，認識了幾個比較好的朋友，算是一個非常大的收穫。更關鍵的是，我們都是一群比較有想法的人，喜歡用技術去做各種各樣的嘗試。在2006年的時候，我們第一次嘗試做一個網址收藏夾。當時的想法很簡單，我們可以把自己的喜歡的網站地址收藏起來，並且可以隨時隨地的分享到網站裏面，實現起來算是比較簡答。但是對標了一個競品，名字忘記了，好像叫做 ”好網角“。當時三個人，一個負責產品，兩個搞技術。按照道理說，用wordpress之類的網站很快的。結果當時我們兩個做技術的，被公司的環境給洗腦了，覺得一定要用牛逼的技術做出來的東西才有價值。等基礎架構搭建完成之後，我們就不想寫業務代碼了，覺得好無趣，結果不了了之。在2007年，由於當時我們都是單身，有一天吃飯，想到了是不是可以做一個妹子網站，上面都是妹子。作為單身者，尤其是程序員，完全可以去上面找妹子約會。結果還是卡在了產品設計，因為沒有願意做產品，都想着做技術。由於公司的引導，內部開始架構化轉型，從此開始了架構文化，我這個時候對技術的更加執着。在2008年和2009年這兩年之間，加班比較多。正好趕緊上公司晉陞P，就比較老實了，沒有太多的想法。在2010年，微博出來，比較火爆的時候。發現一個蠻有趣的現象，就是微博必須註冊才能看內容，屏蔽了百度的搜索。當時我們知道做垃圾站可以賺錢，就是利用百度seo的流量。就開始搞。這一次吸取了教訓，快速用wordpress搭建了一個網站，然後也不不用爬蟲，直接人工編輯的方式，每天人肉搬運微博最熱門的內容。後來就搬運百度top的內容，反正就是什麼熱門放什麼。這個時候就已經開始在考慮，能不能把今天最熱門的資訊信息找出來，做成一個類似今日熱門的諮詢網站。我們的方法很原始，就是爬蟲去top.baidu.com，微博熱門資訊排行的內容。運營半年的時候，有一天一個帖子爆了，當時獨立IP直接突破5W。不過也因為這個，被新聞辦公廳警告了。後面連續幾次違規，省新聞辦公廳以沒有新聞出版牌照，把網站關停了。不過這個網站看來，還算是比較成功的。至少運營了大半年，也開始讓我思考運營的價值，時間的價值。 2011-2013年，在網站被關停之後，我就意識到內容的價值，開始持續輸出技術文章。曾經的blog鏈接： https://www.cnblogs.com/aigongsi/ ，一共100多篇文章，大概500W閱讀。不過在輸出內容上，也犯了一個同樣的錯誤，就是覺得應該寫能突出技術能力的內容。當時身邊的技術人都挺瞧不起阮一峰的，覺得他的內容太基礎，沒有啥技術含量。在我輸出內容的時候，純粹就是愛好，沒有考慮目標受眾和持續的運營，更沒有想過IP的問題。這個時候如果有產品經理思維，可能就會明白，阮一峰的目標受眾非常廣，並且商業變現價值是非常高。而所謂技術架構類文章，受眾就小了很多，商業的價值更在於合作，而非變現上。 2015年開始創業，就慢慢開始轉向產品、營銷，運營，算是徹底轉型了。我現在身邊的技術圈的朋友都是我的同事，都在創業，但是和他們交流起來，他們談論最多的還是怎麼實現功能，用什麼樣的方案，能夠支撐多少用戶量。很少談論到我們的用戶是誰，他們有什麼樣的需求，我們的產品怎麼解決這個需求。更不會考慮我們的產品適合在什麼樣的推廣方式，是內容營銷，還是渠道合作，或者說sem。
為什麼不能一直停留在愛學習的階段 其實程序員應該是最愛學習的一個群體。包括很多知識付費，都在輸出各種知識，主要面向的對象都是各種專業技能的。對於初學者，學習能力肯定是重要的能力。你必須具備基本的知識、技能、經驗。如果你是科研工作者，持續的學習研究是晉陞的必要條件。商業或者創業，本質上是要拿結果的，反映在經營公司上就是“利潤”，反映在產品上，就是用戶數的增長。技術人員肯定有太多的理由拒絕這些結果，比如曾經我覺得做這些沒有技術挑戰；這些臟活累活對我的職業生涯發展不好；我不喜歡這樣的用戶，他們太low了。反映在職場上，你也要拿結果。我第一家公司之前一直強調以結果為導向。如果你要晉陞，和領導關係是不是要處理，向上管理是不是要學會。晉陞的話，要準備PPT，基本的PPT技能和演講是不是要學會。如果說邀功是晉陞的必要條件，那就怎麼學者做自我營銷，在公司裏面做自己的IP，讓自己更多的曝光，這樣晉陞的幾率是不是更高一些。我過去這些基本上全部都沒有做到，以至於在職場很難混下去。如果你以拿結果的思維去看一些事情，技術的牛逼與否僅僅是其中的一個環節。很多時候，我們說自己愛學習，其實是給自己找了一個不去拿結果的借口。因為拿結果太難了，並且很多時候都會面臨失敗。當我們害怕失敗的時候，就會找一個理由拒絕行動，並且這個理由會讓加強我們的某些特質，那麼“愛學習”這個就是非常好一個理由。某些知識付費上癮者，內心是在逃避。本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

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

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

※教你寫出一流的銷售文案?

2020-09-30

C#數據結構與算法系列（十）：逆波蘭計算器——逆波蘭表達式（後綴表達式）

1.介紹

後綴表達式又稱逆波蘭表達式，與前綴表達式相似，只是運算符位於操作數之後

2.舉例說明

（3+4）*5-6對應的後綴表達式就是3 4 +5 * 6 –

3.示例

輸入一個逆波蘭表達式（後綴表達式），使用棧（Stack），計算其結果

思路分析：

從左至右掃描表達式，遇到数字時，將数字壓入堆棧，遇到運算符時，彈出棧頂的兩個數，用運算符對它們做相應的計算（次頂元素和棧頂元素），並將結果入棧；

重複上述過程直到表達式最右端，最後運算得出的值即為表達式的結果例如: (3+4)×5-6 對應的後綴表達式就是 3 4 + 5 × 6 – ,

針對後綴表達式求值步驟如下:

從左至右掃描，將3和4壓入堆棧；
遇到+運算符，因此彈出4和3（4為棧頂元素，3為次頂元素），計算出3+4的值，得7，再將7入棧；
將5入棧；
接下來是×運算符，因此彈出5和7，計算出7×5=35，將35入棧；
將6入棧；
最後是-運算符，計算出35-6的值，即29，由此得出最終結果

代碼實現：

using System;
using System.Collections.Generic;
using System.Text.RegularExpressions;

namespace DataStructure
{
    public class PolandNotation
    {
        public static void Test()
        {
            try
            {
                //定義逆波蘭表達式
                string suffixExpression = "3 4 + 5 * 6 -";

                //將suffixExpression轉換成鏈表的方式
                var list = GetListString(suffixExpression);

                //輸出結果
                var result = Calculate(list);

                Console.WriteLine($"{suffixExpression}的結果是{result}");
            }
            catch (Exception ex)
            {
                Console.WriteLine(ex.Message);
            }
           
        }
        /// <summary>
        /// 獲取集合
        /// </summary>
        /// <param name="suffixExpression"></param>
        /// <returns></returns>
        public static List<string> GetListString(string suffixExpression)
        {
            //首先實例化List
            List<string> list = new List<string>();

            //將字符串通過空格切換成數組
            string[] split=suffixExpression.Split(" ");

            //循環添加
            foreach (var item in split)
            {
                list.Add(item);
            }

            return list;
        }

        /// <summary>
        /// 計算
        /// </summary>
        /// <param name="list"></param>
        /// <returns></returns>
        public static int Calculate(List<string> list)
        {
            //創建棧
            Stack<string> stack = new Stack<string>();

            //循環遍歷
            list.ForEach(item =>
            {
                //正則表達式判斷是否是数字，匹配的是多位數
                if (Regex.IsMatch(item,"\\d+"))
                {
                    //如果是数字直接入棧
                    stack.Push(item);
                }
                //如果是操作符
                else
                {
                    //出棧兩個数字，並運算，再入棧
                    int num1 =int.Parse(stack.Pop());

                    int num2 = int.Parse(stack.Pop());

                    int result = 0;

                    if(item.Equals("+"))
                    {
                        result = num2 + num1;
                    }
                    else if(item.Equals("*"))
                    {
                        result = num2 * num1;
                    }
                    else if(item.Equals("/"))
                    {
                        result = num2 / num1;
                    }
                    else if (item.Equals("-"))
                    {
                        result = num2 - num1;
                    }
                    else
                    {
                        throw new Exception("無法識別符號");
                    }

                    stack.Push(""+result);
                }
            });

            //最後把stack中數據返回
            return int.Parse(stack.Pop());
        }
    }
}

結果圖：

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※新北清潔公司,居家、辦公、裝潢細清專業服務

※推薦評價好的iphone維修中心

2020-09-30

Kubernetes學習筆記（九）：StatefulSet–部署有狀態的多副本應用

StatefulSet如何提供穩定的網絡標識和狀態

ReplicaSet中的Pod都是無狀態，可隨意替代的。又因為ReplicaSet中的Pod是根據模板生成的多副本，無法對每個副本都指定單獨的PVC。

來看一下StatefulSet如何解決的。

提供穩定的網絡標識

StatefulSet創建Pod都有一個從零開始的順序索引，這會體現在Pod的名稱和主機名上，同樣也會體現在Pod對應的固定存儲上。所以這些名字是可預先知道的，不同於ReplicaSet的隨機生成名字。

因為他們的名字都是固定的，而且彼此狀態都不同，通常會操作他們其中的一個。如此情況，一般都會創建一個與之對應的headless Service，通過這個Service，每個Pod將擁有獨立的DNS記錄。

擴容一個StatefulSet會使用下一個順序索引創建一個新的Pod，縮容會刪除索引值最高的。並且縮容任何時候只會操作一個Pod。

如何提供穩定的存儲

StatefulSet可以擁有一個或多個PVC模板，這些PVC會在創建Pod前創建出來，綁定到一個Pod實例上。

擴容的時候會創建一個Pod以及若干個PVC，刪除的時候只會刪除Pod。StatefulSet縮容時不會刪除PVC，擴容時會重新掛上。

使用StatefulSet

定義三個PV

定義pv-(a|b|c)

# stateful-pv-list.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-a
spec:
  capacity:
    storage: 1Mi
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  hostPath:
    path: /tmp/pva
---
apiVersion: v1
kind: PersistentVolume
# 以下忽略

headless的Service

# stateful-service-headless.yaml
apiVersion: v1
kind: Service
metadata:
  name: rwfile
spec:
  clusterIP: None
  selector:
    app: rwfile
  ports:
  - port: 80

定義StatefulSet

先創建兩個Pod副本。使用volumeClaimTemplates定義了PVC模板。

# stateful.yaml
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: rwfile
spec:
  replicas: 2
  serviceName: rwfile
  selector:
    matchLabels:
     app: rwfile
  template:
    metadata:
      labels:
        app: rwfile
    spec:
      containers:
      - image: registry.cn-hangzhou.aliyuncs.com/orzi/rwfile
        name: rwfile
        ports:
        - containerPort: 8000
        volumeMounts:
        - name: data
          mountPath: /tmp/data
  volumeClaimTemplates:
  - metadata:
      name: data
    spec:
      resources:
        requests:
          storage: 1Mi
      accessModes:
      - ReadWriteOnce

創建三個PV，一個headless的Service，一個StatefulSet

-> [root@kube0.vm] [~] k create -f stateful-pv-list.yaml
persistentvolume/pv-a created
persistentvolume/pv-b created
persistentvolume/pv-c created

-> [root@kube0.vm] [~] k create -f stateful-service-headless.yaml
service/rwfile created

-> [root@kube0.vm] [~] k create -f stateful.yaml
statefulset.apps/rwfile created

查看

-> [root@kube0.vm] [~] k get all -o wide
NAME                    READY   STATUS      RESTARTS   AGE   IP            NODE       NOMINATED NODE   READINESS GATES
pod/rwfile-0            1/1     Running     0          12s   10.244.1.52   kube1.vm   <none>           <none>
pod/rwfile-1            1/1     Running     0          8s    10.244.2.56   kube2.vm   <none>           <none>

NAME                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE   SELECTOR
service/kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   81s   <none>
service/rwfile       ClusterIP   None         <none>        80/TCP    23s   app=rwfile

NAME                      READY   AGE   CONTAINERS   IMAGES
statefulset.apps/rwfile   2/2     12s   rwfile       registry.cn-hangzhou.aliyuncs.com/orzi/rwfile

查看PV和PVC，可以看到已經有兩個PVC綁定了PV

-> [root@kube0.vm] [~] k get pv,pvc -o wide
NAME                    CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                   STORAGECLASS   REASON   AGE     VOLUMEMODE
persistentvolume/pv-a   1Mi        RWO            Recycle          Bound       default/data-rwfile-0                           7m20s   Filesystem
persistentvolume/pv-b   1Mi        RWO            Recycle          Bound       default/data-rwfile-1                           7m20s   Filesystem
persistentvolume/pv-c   1Mi        RWO            Recycle          Available                                                   7m20s   Filesystem

NAME                                  STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE     VOLUMEMODE
persistentvolumeclaim/data-rwfile-0   Bound    pv-a     1Mi        RWO                           6m55s   Filesystem
persistentvolumeclaim/data-rwfile-1   Bound    pv-b     1Mi        RWO                           6m51s   Filesystem

請求Pod

啟動代理

-> [root@kube0.vm] [~] k proxy
Starting to serve on 127.0.0.1:8001

發送請求

-> [root@kube0.vm] [~] curl http://localhost:8001/api/v1/namespaces/default/pods/rwfile-0/proxy/ -d "a=123"
data stored in : rwfile-0

-> [root@kube0.vm] [~] curl http://localhost:8001/api/v1/namespaces/default/pods/rwfile-0/proxy/
a=123

刪除測試

刪除rwfile-0，然後查看，從時間上看確實是被刪除重建的。

-> [root@kube0.vm] [~] k delete po rwfile-0
pod "rwfile-0" deleted

-> [root@kube0.vm] [~] k get po
NAME                READY   STATUS      RESTARTS   AGE
rwfile-0            1/1     Running     0          7s
rwfile-1            1/1     Running     0          19m

看一下之前存儲的數據還在不在

-> [root@kube0.vm] [~] curl http://localhost:8001/api/v1/namespaces/default/pods/rwfile-0/proxy/
a=123

還是在的，此次測試實際上也證明了StatefulSet提供了穩定的網絡標識和存儲。

發現StatefulSet的夥伴節點

使用DNS解析headless的Service的FQDN。
例子以後再寫吧。。

如何處理節點失效

除非確定節點無法運行或者不會在訪問，否則不要強制刪除有狀態的Pod

k delete pod rwfile-0 --force --grace-period 0

小結

StatefulSet創建Pod都有一個從零開始的順序索引
通常會創建一個與StatefulSet對應的headless Service。
擴容一個StatefulSet會使用下一個順序索引創建一個新的Pod，縮容會刪除索引值最高的。
新建StatefulSet需要指定headless ServiceName和volumeClaimTemplates。
使用DNS發現StatefulSet的夥伴節點
強制刪除：k delete pod rwfile-0 --force --grace-period 0

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

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

※回頭車貨運收費標準

2020-09-30

全球再生能源發電總量 5年內有望增長5成

摘錄自2019年10月21日自由時報報導

國際能源署（IEA）針對全球可再生能源市場進行2019年至2024年的分析與預測，21日發布《2019年可再生能源》（Renewables 2019）年度報告。報告預估，全球可再生能源的發電總量，未來5年內可提升50%，相當於增加1200吉瓦（GW）；可再生能源的發電佔比將從目前的26%提升到30%。

報告指出，可再生能源中預估成長最快速的是太陽能，其發電量未來5年內約可增加600吉瓦，且發電成本可降低15%至35%；屋頂太陽能系統的數量未來5年內有望增加逾一倍，達到1億座。

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

【其他文章推薦】

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

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

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

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

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

※教你寫出一流的銷售文案?

2020-09-29
非洲豬瘟疫情防控南韓今年確診11起

摘錄自2020年01月12日中央通訊社南韓報導

南韓環境部和國立環境科學院今天（12日）表示，自去年10月3日首次確診以來，截至10日共有66起確診感染非洲豬瘟（ASF）病毒，僅今年就有11起確診，疫情防控上仍有很大挑戰。

南韓聯合新聞通訊社報導，去年10月（18起）、11月（15起）、12月（22起）平均每天有0.5～0.7起確診，但今年以來每天發現1起以上感染死豬。江原道華川地區最近首次發現感染非洲豬瘟的野豬屍體。

之前僅在京畿道漣川（26起）、坡州（22起）、江原道鐵原（17起）發現感染非洲豬瘟的野豬屍體，此次擴散到華川。

報導說，政府9日召開會議檢討非洲豬瘟疫情應對情況。雖然確診疫情數在增加，但政府官員認為，這是防疫過程中的自然現象。不過由於家豬傳播非洲豬瘟病毒的可能性沒有完全消失，將繼續加強防疫監管。

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

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※新北清潔公司,居家、辦公、裝潢細清專業服務

※推薦評價好的iphone維修中心

2020-09-29
番茄感染病毒法國出現首批確診案例

摘錄自2020年2月18日中央社報導

法國農業部今天（18日）表示，法國最西邊菲尼斯泰爾省（Finistere）的番茄植物已遭一種毀滅性病毒污染，這種病毒可能導致全部作物付之一炬。

法新社報導，法國農業部表示，已隔離一座農場，並將摧毀充滿番茄的多座溫室，目前沒有已知的治療方法。

這種病毒稱作「番茄褐色皺紋果病毒」（ToBRFV），可造成番茄出現粗糙變色斑塊，以致番茄賣不出去。官員先前警告，這種病毒的散播對農夫將有「重大經濟後果」。

這種病毒對人類無害。2014年於以色列的溫室中傳出首例，之後傳播至歐洲及美洲。

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

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

※回頭車貨運收費標準

2020-09-29

007.OpenShift管理應用部署

一 REPLICATION CONTROLLERS

1.1 RC概述

RC確保pod指定數量的副本一直運行。如果pod被殺死或被管理員顯式刪除，複製控制器將自動部署相應的pod。類似地，如果運行的pod數量超過所需的數量，它會根據需要刪除pod，以匹配指定的副本計數。
RC的定義主要包括:

所需的副本數量
用於創建複製pod的pod定義
用於標識後續管理操作的selector

selector是一組label，RC管理的所有pod都必須匹配這些標籤。RC實例化的pod定義中必須包含相同的標籤集。RC使用這個selector來確定已經運行了多少pod實例，以便根據需要進行調整。
提示：不執行自動縮放，因為它不跟蹤負載或流量。
儘管Kubernetes通常直接管理RC，但OpenShift推薦的方法是管理根據需要創建或更改RC的DC。

1.2 從DC創建RC

在OpenShift中創建應用程序的最常見方法是使用oc new-app命令或web控制台。以這種方式創建的應用程序使用DeploymentConfig資源在運行時創建RC來創建應用程序pod。DeploymentConfig資源定義定義了要創建的pod的副本的數量，以及要創建的pod的模板。
注意：不要將DeploymentConfig或ReplicationController資源中的template屬性誤認為OpenShift模板資源類型，OpenShift模板資源用於基於一些常用的語言運行時和框架構建應用程序。

1.3 pod副本數控制

DeploymentConfig或ReplicationController資源中的副本數量可以使用oc scale命令動態更改。
$ oc get dc
NAME REVISION DESIRED CURRENT TRIGGERED BY
myapp 1 3 3 config,image(scaling:latest)
$ oc scale –replicas=5 dc myapp
DeploymentConfig資源將更改信息傳遞至ReplicationController，該控制器通過創建新的pod(副本)或刪除現有的pod來響應更改。
雖然可以直接操作ReplicationController資源，但推薦的做法是操作DeploymentConfig資源。在觸發部署時，直接對ReplicationController資源所做的更改可能會丟失，例如，使用容器image的新版本重新創建pod。

1.4 自動伸縮pod

OpenShift可以通過HorizontalPodAutoscaler資源類型根據應用程序pod上的當前負載自動調整部署配置。
HorizontalPodAutoscaler (HPA)資源使用OpenShift metrics子系統收集的性能指標，即如果沒有度量子系統（模塊），更確切地說是Heapster組件，自動縮放是不可能的。
創建HorizontalPodAutoscaler資源的推薦方法是使用oc autoscale命令，例如:
$ oc autoscale dc/myapp –min 1 –max 10 –cpu-percent=80
該命令創建一個HorizontalPodAutoscaler資源，該資源更改myapp部署配置上的副本數量，以將其pod的CPU使用量控制在請求的總CPU使用量的80%以下。
oc autoscale命令使用DC的名稱作為參數(在前面的示例中是myapp)創建一個HorizontalPodAutoscaler資源。
HorizontalPodAutoscaler資源的最大值和最小值用於容納突發負載，並避免重載OpenShift集群。如果應用程序上的負載變化太快，建議保留一些備用的pod來處理突然出現的用戶請求。相反，過多的pod會耗盡所有集群容量，並影響共享相同OpenShift集群的其他應用程序。
要獲取當前項目中關於HorizontalPodAutoscaler資源的信息，可使用oc get和oc describe命令。例如
$ oc get hpa/frontend
$ oc describe hpa/frontend
注意：HorizontalPodAutoscaler資源只適用於為引用性能指標定義資源請求的pod。
oc new-app命令創建的大多數pod沒有定義任何資源請求。因此，使用OpenShift autoscaler可能需要為應用程序創建定製的YAML或JSON資源文件，或者向項目添加資源範圍資源。

二擴展程序實驗

2.1 前置準備

準備完整的OpenShift集群，參考《003.OpenShift網絡》2.1。

2.2 創建應用

  1 [student@workstation ~]$ oc login -u developer -p redhat https://master.lab.example.com
  2 [student@workstation ~]$ oc new-project scaling
  3 [student@workstation ~]$ oc new-app -o yaml -i php:7.0 \
  4 http://registry.lab.example.com/scaling > ~/scaling.yml		#將部署的yaml導出至本地
  5 [student@workstation ~]$ vi ~/scaling.yml
  6 ……
  7   spec:
  8     replicas: 3
  9     selector:
 10       app: scaling
 11       deploymentconfig: scaling				#修改副本數
 12 ……
 13 [student@workstation ~]$ oc create -f ~/scaling.yml	#以修改副本數后的yaml部署應用

2.3 監視部署

  1 [student@workstation ~]$ watch -n 3 oc get builds
  2 Every 3.0s: oc get builds                                                                Mon Jul 22 11:12:02 2019
  3 
  4 NAME        TYPE      FROM          STATUS     STARTED              DURATION
  5 scaling-1   Source    Git@0bdae71   Complete   About a minute ago   1m0s
  6 [student@workstation ~]$ oc get pods
  7 NAME              READY     STATUS      RESTARTS   AGE
  8 scaling-1-build   0/1       Completed   0          2m
  9 scaling-1-ft249   1/1       Running     0          1m
 10 scaling-1-gjvkp   1/1       Running     0          1m
 11 scaling-1-mtrxr   1/1       Running     0          1m

2.4 暴露服務

  1 [student@workstation ~]$ oc expose service scaling \
  2 --hostname=scaling.apps.lab.example.com

2.5 web查看相關信息

瀏覽器訪問https://master.lab.example.com，使用developer用戶和redhat密碼登陸。選擇scaling項目。

2.6 測試負載均衡

  1 [student@workstation ~]$ for i in {1..5};do curl -s \http://scaling.apps.lab.example.com | grep IP;done	#多次請求
  2  <br/> Server IP: 10.128.0.17
  3  <br/> Server IP: 10.129.0.35
  4  <br/> Server IP: 10.129.0.36
  5  <br/> Server IP: 10.128.0.17
  6  <br/> Server IP: 10.129.0.35

提示：瀏覽器可能無法嚴格檢查均衡性，因為OpenShift route存在會話關聯性(也稱為粘性會話)。即來自同一個web瀏覽器的所有請求都將轉到同一個pod。

2.7 擴容應用

  1 [student@workstation ~]$ oc describe dc scaling | grep Replicas
  2 Replicas:       3
  3         Replicas:       3 current / 3 desired
  4 [student@workstation ~]$ oc scale --replicas=5 dc scaling

  1 [student@workstation ~]$ oc get pods -o wide

2.8 測試負載均衡

  1 [student@workstation ~]$ for i in {1..5};do curl -s \http://scaling.apps.lab.example.com | grep IP;done	#多次請求
  2  <br/> Server IP: 10.128.0.17
  3  <br/> Server IP: 10.128.0.18
  4  <br/> Server IP: 10.129.0.35
  5  <br/> Server IP: 10.129.0.36
  6  <br/> Server IP: 10.129.0.37

三 pod調度控制

3.1 pod調度算法

pod調度程序確定新pod在OpenShift集群中的節點上的位置。該調度算法被設計為可高度配置和適應不同集群。OCP 3.9附帶的默認配置通過使用node label、affinity rules，anti-affinity rules中的定義來支持zone和regions的調用。
在OCP以前的版本中，安裝程序master節點標記為污點標記，表示不允許在master上部署pod。在新版的OCP 3.9中，在安裝和升級過程中，master會自動標記為可調度的。使得可以通過deploy調度pod至maste節點。而不僅僅是作為master的組件運行。
默認節點selector是在安裝和升級期間默認設置的。它被設置為node-role.kubernetes.io/compute=true，除非使用osm_default_node_selector的Ansible變量覆蓋它。
在安裝和升級期間，不管osm_default_node_selector配置如何，都會對庫存文件中定義的主機執行以下自動標記。
compute節點配置non-master、non-dedicated的角色(默認情況下，具有region=infra標籤的節點)，節點使用node-role.kubernetes.io/compute=true標記。
master節點被標記為node-role.kubernetes.io/master=true，從而分配master節點角色。

3.2 調度算法步驟

過濾節點

調度程序根據節點資源(如主機端口)的可用性篩選正在運行的節點列表，然後進一步根據節點selector和來自pod的資源請求篩選。最終的縮小是可運行pod的候選node列表。
pod可以定義與集群節點中的標籤匹配的節點選擇器，標籤不匹配的節點視為不合格。
pod還可以為計算資源(如CPU、內存和存儲)定義資源請求，沒有足夠的空閑計算機資源的節點視為不合格。

對過濾后的節點列表進行優先級排序

候選節點列表使用多個優先級標準進行評估，這些標準加起來就是權重，權重值較高的節點更適合運行pod。
其中有affinity（親和規則）和anti-affinity（反親和規則），pod親和力較高的節點得分較高，而anti-affinity較高的節點權重低。
affinity的一個常見用法是：出於性能原因，將相關的pod安排得彼此親和。例如，需要保持彼此同步的pod使用相同的網絡棧。
anti-affinity的一個常見用法是：為了獲得高可用性，將相關的pod安排的盡量分散。例如，避免將所有pod從同一個應用程序調度到同一個節點。

選擇最合適的節點。

根據權重對候選列表進行排序，並選擇權重最高的節點來承載pod。如果多個節點得分相同，則隨機選擇一個節點。
調度程序配置文件位於/etc/original/master/scheduler.json，其定義了一組predicates，用作過濾器或優先級函數。通過這種方式，可以將調度程序配置為支持不同的集群。

3.3 調度拓撲

對於大型數據中心，例如雲提供商，一個常見的拓撲結構是將主機組織成regions和zones：
region：是一個地理區域內的一組主機，這保證了它們之間的內網高速連接；
zone：也稱為可用區，是一組主機，它們可能一起失敗，因為它們共享公共的關鍵基礎設施組件，比如網絡、存儲或電源。
OpenShift pod調度器可支持根據region和zone標籤在集群內調度，如：

從相同的RC創建的或從相同的DC創建的pod副本調度至具有相同region標籤值的節點中運行。
副本Pod調位至具有不同zone標籤的節點中運行。

實例圖如下：

要實現上圖中的樣例拓撲，可以使用集群管理員通過以下命令oc label：

  1 $ oc label node1 region=ZheJiang zone=Cloud1A --overwrite
  2 $ oc label node node2 region=ZheJiang zone=Cloud1A --overwrite
  3 $ oc label node node3 region=ZheJiang zone=Cloud2A --overwrite
  4 $ oc label node node4 region=ZheJiang zone=Cloud2A --overwrite
  5 $ oc label node node5 region=HuNan zone=Cloud1B --overwrite
  6 $ oc label node node6 region=HuNan zone=Cloud1B --overwrite
  7 $ oc label node node7 region=HuNan zone=Cloud2B --overwrite
  8 $ oc label node node8 region=HuNan zone=Cloud2B --overwrite

提示：每個節點必須由其完全限定名(FQDN)標識，為了簡潔，如上命令使用了簡短的名稱。
對區域標籤的更改需要–overwrite選項，因為OCP 3.9高級安裝方法默認情況下使用region=infra標籤配置節點。
示例：要檢查分配給節點的標籤，可以使用oc get node命令和–show-labels選項。
$ oc get node node1.lab.example.com –show-labels
注意，一個節點可能有一些OpenShift分配的默認標籤，包含kubernetes.io後綴鍵值的標籤，此類標籤不應由集群管理員人為更改，因為它們由調度程序在內部使用。
集群管理員還可以使用-L選項來確定單個標籤的值。
示例：

  1 $ oc get node node1.lab.example.com -L region
  2 $ oc get node node1.lab.example.com -L region -L zone	#支持oc get跟多個-L選項

3.4 UNSCHEDULABLE節點

有時候，集群管理員需要關閉節點進行維護，如節點可能需要硬件升級或內核安全更新。要在對OpenShift集群用戶影響最小的情況下關閉節點，管理員應該遵循兩個步驟。
將節點標記為不可調度，從而防止調度程序向節點分配新的pod。

  1 $ oc adm manage-node --schedulable=false node2.lab.example.com

Drain節點，這將銷毀在pod中運行的所有pod，並假設這些pod將通過DC在其他可用節點中會重新創建。

  1 $ oc adm drain node2.lab.example.com

維護操作完成后，使用oc adm management -node命令將節點標記為可調度的。

  1 $ oc adm manage-node --schedulable=true node2.lab.example.com

3.5 控制pod位置

有些應用程序可能需要在一組指定的node上運行。例如，某些節點為某些類型的工作負載提供硬件加速，或者集群管理員不希望將生產應用程序與開發應用程序混合使用。此類需求，都可以使用節點標籤和節點選擇器來實現。
node selector是pod定義的一部分，但建議更改dc，而不是pod級別的定義。要添加節點選擇器，可使用oc edit命令或oc patch命令更改pod定義。
示例：配置myapp的dc，使其pods只在擁有env=qa標籤的節點上運行。

  1 $ oc patch dc myapp --patch '{"spec":{"template":{"nodeSelector":{"env":"qa"}}}}'

此更改將觸發一個新的部署，並根據新的節點選擇器調度新的pod。
如果集群管理員不希望讓開發人員控制他們pod的節點選擇器，那麼應該在項目資源中配置一個默認的節點選擇器。

3.5 管理默認項目

生產環境一個常見實踐是指定一組節點來運行OCP的系統基礎Pod，比如route和內部倉庫。這些pod在默認項目中定義。
通常可通過以下兩個步驟實現：

使用region=infra標籤標記專用節點；
為缺省名稱空間配置缺省節點選擇器。

要配置項目的默認節點選擇器，可使用openshift.io/node-selector鍵值向名稱空間資源添加註釋。可以使用oc edit或oc annotate命令。

  1 $ oc annotate --overwrite namespace default \
  2 openshift.io/node-selector='region=infra'

OCP 3.9 quick installer和advanced installer的Ansible playbook都支持Ansible變量，這些變量控制安裝過程中分配給節點的標籤，也控制分配給每個基礎設施pod的節點選擇器。
安裝OCP子系統(如metrics子系統)的劇本還支持這些子系統節點選擇器的變量。

四控制Pod調度

4.1 前置準備

準備完整的OpenShift集群，參考《003.OpenShift網絡》2.1。

4.2 本練習準備

  1 [student@workstation ~]$ lab schedule-control setup
  2 [student@workstation ~]$ oc login -u admin -p redhat https://master.lab.example.com

4.3 查看region

  1 [student@workstation ~]$ oc get nodes -L region
  2 NAME                     STATUS    ROLES     AGE       VERSION             REGION
  3 master.lab.example.com   Ready     master    2d        v1.9.1+a0ce1bc657
  4 node1.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   infra
  5 node2.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   infra

4.4 創建project

  1 [student@workstation ~]$ oc new-project schedule-control

4.5 創建應用

  1 [student@workstation ~]$ oc new-app --name=hello \
  2 --docker-image=registry.lab.example.com/openshift/hello-openshift

4.6 擴展應用

  1 [student@workstation ~]$ oc scale dc hello --replicas=5
  2 deploymentconfig "hello" scaled
  3 [student@workstation ~]$ oc get pod -o wide
  4 NAME            READY     STATUS    RESTARTS   AGE       IP            NODE
  5 hello-1-c5z2n   1/1       Running   0          7s        10.128.0.21   node1.lab.example.com
  6 hello-1-hhvp7   1/1       Running   0          34s       10.129.0.38   node2.lab.example.com
  7 hello-1-jqrkb   1/1       Running   0          7s        10.128.0.20   node1.lab.example.com
  8 hello-1-tgmbr   1/1       Running   0          7s        10.129.0.39   node2.lab.example.com
  9 hello-1-z2bn7   1/1       Running   0          7s        10.128.0.22   node1.lab.example.com

4.7 修改節點label

  1 [student@workstation ~]$ oc label node node2.lab.example.com region=apps --overwrite=true
  2 [student@workstation ~]$ oc get nodes -L region		#確認修改
  3 NAME                     STATUS    ROLES     AGE       VERSION             REGION
  4 master.lab.example.com   Ready     master    2d        v1.9.1+a0ce1bc657
  5 node1.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   infra
  6 node2.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   apps

4.8 導出dc

  1 [student@workstation ~]$ oc get dc hello -o yaml > dc.yaml

4.9 修改node2調度策略

添加dc.yaml中的調度策略，使pod調度至apps標籤的node。

  1 [student@workstation ~]$ vi dc.yaml
  2 ……
  3   template:
  4 ……
  5     spec:
  6       nodeSelector:		#添加節點選擇器
  7         region: apps
  8 ……

4.10 應用更新

  1 [student@workstation ~]$ oc apply -f dc.yaml

4.11 確認驗證

  1 [student@workstation ~]$ oc get pod -o wide
  2 NAME            READY     STATUS    RESTARTS   AGE       IP            NODE
  3 hello-2-4c2gv   1/1       Running   0          40s       10.129.0.42   node2.lab.example.com
  4 hello-2-6966b   1/1       Running   0          38s       10.129.0.43   node2.lab.example.com
  5 hello-2-dcqbr   1/1       Running   0          36s       10.129.0.44   node2.lab.example.com
  6 hello-2-dlf8k   1/1       Running   0          36s       10.129.0.45   node2.lab.example.com
  7 hello-2-rnk4w   1/1       Running   0          40s       10.129.0.41   node2.lab.example.com

#驗證是否觸發了新的部署，並等待所有新的應用pod都準備好並運行。所有5個pod都應該調度至node2。

4.12 修改node1調度策略

  1 [student@workstation ~]$ oc label node node1.lab.example.com region=apps --overwrite=true
  2 [student@workstation ~]$ oc get node -L region
  3 NAME                     STATUS    ROLES     AGE       VERSION             REGION
  4 master.lab.example.com   Ready     master    2d        v1.9.1+a0ce1bc657
  5 node1.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   apps
  6 node2.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   apps

4.13 終止node2

  1 [student@workstation ~]$ oc adm manage-node --schedulable=false node2.lab.example.com
  2 NAME                    STATUS                     ROLES     AGE       VERSION
  3 node2.lab.example.com   Ready,SchedulingDisabled   compute   2d        v1.9.1+a0ce1bc657

4.14 刪除pod

刪除node2的pod，並使用node1創建的pod替換。

  1 [student@workstation ~]$ oc adm drain node2.lab.example.com --delete-local-data

4.15 查看pod

  1 [student@workstation ~]$ oc get pods -o wide
  2 NAME            READY     STATUS    RESTARTS   AGE       IP            NODE
  3 hello-2-bjsj4   1/1       Running   0          51s       10.128.0.25   node1.lab.example.com
  4 hello-2-kmmmn   1/1       Running   0          50s       10.128.0.23   node1.lab.example.com
  5 hello-2-n6wvj   1/1       Running   0          51s       10.128.0.24   node1.lab.example.com
  6 hello-2-plr65   1/1       Running   0          50s       10.128.0.26   node1.lab.example.com
  7 hello-2-xsz68   1/1       Running   0          51s       10.128.0.27   node1.lab.example.com

五管理IS、image、Templates

5.1 image介紹

在OpenShift中，image是一個可部署的runtime模板，它包含運行單個容器的所有需求，還包括imag功能的元數據。image可以通過多種方式管理，如tag、import、pull和update。
image可以跨多個主機部署在多個容器中。開發人員可以使用Docker構建image，也可以使用OpenShift構建工具。
OpenShift實現了靈活的image管理機制。一個image名稱實際上可以引用同一image的許多不同版本。唯一的image由它的sha256哈希引用，Docker不使用版本號。相反，它使用tag來管理image，例如v1、v2或默認的latest tag。

5.2 IS

IS包括由tags標識的任意數量的容器images。它是相關image的統一虛擬視圖，類似於Docker image倉庫。開發人員有許多與image和IS交互的方法。例如，當添加或修改新image時，build和deployment可以接收通知，並通過運行新build或新deployment做出相應的動作。

5.3 標記image

OCP提供了oc tag命令，它類似於docker tag命令，但是，它是對IS而不是image進行操作。
可以向image添加tag，以便更容易地確定它們包含什麼。tag是指定image版本的標識符。
示例：將Apache web服務器2.4版本的映像，可將該image執行以下標記。
apache: 2.4
如果倉庫包含Apache web服務器的最新版本，他們可以使用latest標籤來表示這是倉庫中可用的最新image。
apache:latest
oc tag命令用於標籤image:
[user@demo ~]$ oc tag source destination
source：現有tag或圖像流中的圖像。
destination：標籤在一個或多個IS中的最新image。
示例：將ruby image的現有latest標記修改為當前版本v2.0標識，
[user@demo ~]$ oc tag ruby:latest ruby:2.0

5.4 刪除tag

若要從image中刪除標記，可使用-d參數。
[user@demo ~]$ oc tag -d ruby:latest
可以使用不同類型的標籤，默認行為使用permanent tag，即源文件發生更改，該tag也會及時指向image，與目標tag無關。
tracking tag指示在導入image期間導入目標tag的元數據。要確保目標tag在源tag更改時得到更新，需使用–alias=true標識。
[user@demo ~]$ oc tag –alias=true source destination
要重新導入tag，可使用–scheduled=true標識。
[user@demo ~]$ oc tag –scheduled=true source destination
要配置Docker始終從內部倉庫中獲取image，可使用–reference-policy=local標誌。默認情況下，image指向本地倉庫。從而實現在之後調用image的時候可以快速pull。
[user@demo ~]$ oc tag –reference-policy=local source destination

5.5 建議的tag形式

在管理tag時，開發人員應該考慮映像的生命周期，參考下錶開發人員用來管理映像的可能的標記命名約定。

描述	示例
Revision	myimage:v2.0.1
Architecture	myimage:v2.0-x86_64
Base Image	myimage:v1.2-rhel7
Latest Image	myimage:latest
Latest Stable	Image myimage:stable

5.6 Templates介紹

模板描述一組對象，其中包含處理後生成對象列表的參數。可以處理模板來創建開發人員有權在項目中創建的任何內容，例如service、build、configuration和dc。
模板還可以定義一組標籤，應用於它定義的每個對象。開發人員可以使用命令行界面或web控制台從模板創建對象列表。

5.7 Templates管理

開發人員可以用JSON或YAML格式編寫模板，並使用命令行界面或web控制台導入它們。模板被保存到項目中，以供對該特定項目具有適當訪問權限的任何用戶重複使用。
示例：導入模板。
[user@demo ~]$ oc create -f filename
還可以在導入模板時分配標籤，這意味着模板定義的所有對象都將被標記。
[user@demo ~]$ oc create -f filename -l name=mylabel

5.8 使用模板

OCP提供了許多默認的instant app和QuickStart模板，允許開發人員為不同的語言快速創建新的應用程序。為Rails (Ruby)、Django (Python)、Node.js、CakePHP (PHP)和Dancer (Perl)提供了模板。
要列出集群中的可用模板，請運行oc get templates命令。參數-n指定要使用的項目。
[user@demo ~]$ oc get templates -n openshift
開發人員還可以使用web控制台瀏覽模板，當您選擇模板時，可以調整可用的參數來自定義模板定義的資源。

六管理IS

6.1 前置準備

準備完整的OpenShift集群，參考《003.OpenShift網絡》2.1。

6.2 本練習準備

  1 [student@workstation ~]$ lab schedule-is setup

6.3 創建項目

  1 [student@workstation ~]$ oc login -u developer -p redhat \
  2 https://master.lab.example.com
  3 [student@workstation ~]$ oc new-project schedule-is

6.4 創建應用

  1 [student@workstation ~]$ oc new-app --name=phpmyadmin \
  2 --docker-image=registry.lab.example.com/phpmyadmin/phpmyadmin:4.7

6.5 創建服務賬戶

  1 [student@workstation ~]$ oc login -u admin -p redhat
  2 [student@workstation ~]$ oc project schedule-is
  3 [student@workstation ~]$ oc create serviceaccount phpmyadmin-account

6.6 授權特權運行

  1 [student@workstation ~]$ oc adm policy add-scc-to-user anyuid \
  2 -z phpmyadmin-account

6.7 更新pod

  1 [student@workstation ~]$ oc login -u developer
  2 [student@workstation ~]$ oc patch dc/phpmyadmin --patch \
  3 '{"spec":{"template":{"spec":{"serviceAccountName": "phpmyadmin-account"}}}}'

更新負責管理phpmyadmin部署的dc資源，以便使用新創建的服務帳戶。可以使用oc patch或oc edit命令。此命令可以從/home/student/DO280/labs/secure-review文件夾中的patch-dc.sh腳本中複製。

  1 [student@workstation ~]$ oc get pods		#確認驗證
  2 NAME                 READY     STATUS    RESTARTS   AGE
  3 phpmyadmin-2-vh29z   1/1       Running   0          3m

提示：name后的2表示這個pod是第二次部署，即進行過迭代。

6.8 更新內部倉庫image

  1 [student@workstation ~]$ cd /home/student/DO280/labs/schedule-is/
  2 [student@workstation schedule-is]$ ls
  3 phpmyadmin-latest.tar  trust_internal_registry.sh
  4 [student@workstation schedule-is]$ docker load -i phpmyadmin-latest.tar
  5 #使用docker load命令加載新的image。
  6 [student@workstation schedule-is]$ docker images
  7 REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
  8 <none>              <none>              93d0d7db5ce2        13 months ago       166 MB

6.9 tag鏡像

  1 [student@workstation schedule-is]$ docker tag 93d0d7db5ce2 \
  2 docker-registry-default.apps.lab.example.com/schedule-is/phpmyadmin:4.7
  3 #打完標記進行推送。

6.10 登錄docker倉庫

結論：docker倉庫會提示因為是自簽名證書，因此判定為不安全的方式。

6.11 修改信任

本環境使用/home/student/DO280/labs/secure-review文件夾中的trust_internal_registry.sh腳本，配置docker倉庫信任OpenShift內部倉庫。

  1 [student@workstation schedule-is]$ ./trust_internal_registry.sh

6.12 推送image

  1 [student@workstation schedule-is]$ docker push \
  2 docker-registry-default.apps.lab.example.com/schedule-is/phpmyadmin:4.7

6.13 確認更新

驗證當源image更新后，是否能自動觸發OpenShift進行pod更新。

  1 [student@workstation schedule-is]$ oc get pods
  2 NAME                 READY     STATUS    RESTARTS   AGE
  3 phpmyadmin-3-hnfjk   1/1       Running   0          23s

七管理應用部署實驗

7.1 前置準備

準備完整的OpenShift集群，參考《003.OpenShift網絡》2.1。

7.2 本練習準備

  1 [student@workstation ~]$ lab manage-review setup

7.3 確認region

  1 [student@workstation ~]$ oc login -uadmin -predhat https://master.lab.example.com
  2 [student@workstation ~]$ oc get nodes -L region
  3 NAME                     STATUS    ROLES     AGE       VERSION             REGION
  4 master.lab.example.com   Ready     master    2d        v1.9.1+a0ce1bc657
  5 node1.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   infra
  6 node2.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   infra

7.4 修改region

  1 [student@workstation ~]$ oc label node node1.lab.example.com region=services --overwrite=true
  2 [student@workstation ~]$ oc label node node2.lab.example.com region=applications --overwrite=true
  3 [student@workstation ~]$ oc get nodes -L region
  4 NAME                     STATUS    ROLES     AGE       VERSION             REGION
  5 master.lab.example.com   Ready     master    2d        v1.9.1+a0ce1bc657
  6 node1.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   services
  7 node2.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   applications

7.5 創建項目

  1 [student@workstation ~]$ oc new-project manage-review

7.6 創建應用

  1 [student@workstation ~]$ oc new-app -i php:7.0 \
  2 http://registry.lab.example.com/version

7.7 擴展應用

  1 [student@workstation ~]$ oc scale dc version --replicas=3
  2 [student@workstation ~]$ oc get pods -o wide		#確認驗證
  3 NAME              READY     STATUS      RESTARTS   AGE       IP            NODE
  4 version-1-9626w   1/1       Running     0          40s       10.129.0.55   node2.lab.example.com
  5 version-1-build   0/1       Completed   0          1m        10.129.0.52   node2.lab.example.com
  6 version-1-f6vj2   1/1       Running     0          40s       10.129.0.56   node2.lab.example.com
  7 version-1-mrhk4   1/1       Running     0          45s       10.129.0.54   node2.lab.example.com

結論：應用程序pod並沒有均分在兩個集群node節點之間，因為每個節點屬於不同的region，並且默認的OpenShift調度器配置打開了區域粘性。

7.8 調度pod

  1 [student@workstation ~]$ oc export dc version -o yaml > version-dc.yml	#導出yaml
  2 spac
  3 ……
  4   template:
  5     metadata:
  6 ……
  7     spec:
  8       nodeSelector:		#添加節點選擇器
  9         region: applications
 10 ……

7.9 迭代部署

  1 [student@workstation ~]$ oc replace -f version-dc.yml	#迭代

7.10 確認驗證

  1 [student@workstation ~]$ oc get pod -o wide
  2 NAME              READY     STATUS      RESTARTS   AGE       IP            NODE
  3 version-1-build   0/1       Completed   0          15m       10.129.0.52   node2.lab.example.com
  4 version-2-2bmqq   1/1       Running     0          58s       10.129.0.60   node2.lab.example.com
  5 version-2-nz58r   1/1       Running     0          1m        10.129.0.59   node2.lab.example.com
  6 version-2-rlj2h   1/1       Running     0          1m        10.129.0.58   node2.lab.example.com

驗證是否啟動了新的部署，並且在node2節點上運行了一組新的版本莢。等待所有三個新的應用程序莢都準備好並運行

7.11 修改region

  1 [student@workstation ~]$ oc label node node1.lab.example.com region=applications --overwrite=true
  2 [student@workstation ~]$ oc get nodes -L region		#確認驗證
  3 NAME                     STATUS    ROLES     AGE       VERSION             REGION
  4 master.lab.example.com   Ready     master    2d        v1.9.1+a0ce1bc657
  5 node1.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   applications
  6 node2.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   applications

7.12 終止node2

  1 [student@workstation ~]$ oc adm manage-node --schedulable=false node2.lab.example.com
  2 NAME                    STATUS                     ROLES     AGE       VERSION
  3 node2.lab.example.com   Ready,SchedulingDisabled   compute   2d        v1.9.1+a0ce1bc657

7.13 刪除pod

刪除node2的pod，並使用node1創建的pod替換。

  1 [student@workstation ~]$ oc adm drain node2.lab.example.com --delete-local-data

7.14 查看pod

  1 [student@workstation ~]$ oc get pods -o wide
  2 NAME              READY     STATUS    RESTARTS   AGE       IP            NODE
  3 version-2-d9fhp   1/1       Running   0          3m        10.128.0.34   node1.lab.example.com
  4 version-2-jp5gr   1/1       Running   0          3m        10.128.0.35   node1.lab.example.com
  5 version-2-z5lv5   1/1       Running   0          3m        10.128.0.33   node1.lab.example.com

7.15 暴露服務

  1 [student@workstation ~]$ oc expose service version --hostname=version.apps.lab.example.com
  2 [student@workstation ~]$ curl http://version.apps.lab.example.com	#確認測試
  3 <html>
  4  <head>
  5   <title>PHP Test</title>
  6  </head>
  7  <body>
  8  <p>Version v1</p>
  9  </body>
 10 </html>

7.16 確認驗證

  1 [student@workstation ~]$ lab manage-review grade	#環境腳本判斷

7.17 還原環境

  1 [student@workstation ~]$ oc adm manage-node --schedulable=true node2.lab.example.com
  2 [student@workstation ~]$ oc label node node1.lab.example.com region=infra --overwrite=true
  3 [student@workstation ~]$ oc label node node2.lab.example.com region=infra --overwrite=true
  4 [student@workstation ~]$ oc get node -L region
  5 NAME                     STATUS    ROLES     AGE       VERSION             REGION
  6 master.lab.example.com   Ready     master    2d        v1.9.1+a0ce1bc657
  7 node1.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   infra
  8 node2.lab.example.com    Ready     compute   2d        v1.9.1+a0ce1bc657   infra
  9 [student@workstation ~]$ oc delete project manage-review

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

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

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

※教你寫出一流的銷售文案?

2020-09-28

標籤: USB CONNECTOR

1.介紹

2.舉例說明

3.示例

思路分析：

代碼實現：

結果圖：

StatefulSet如何提供穩定的網絡標識和狀態

提供穩定的網絡標識

如何提供穩定的存儲

使用StatefulSet

定義三個PV

headless的Service

定義StatefulSet

請求Pod

刪除測試

發現StatefulSet的夥伴節點

如何處理節點失效

小結

一 REPLICATION CONTROLLERS

1.1 RC概述

1.2 從DC創建RC

1.3 pod副本數控制

1.4 自動伸縮pod

二 擴展程序實驗

2.1 前置準備

2.2 創建應用

2.3 監視部署

2.4 暴露服務

2.5 web查看相關信息

2.6 測試負載均衡

2.7 擴容應用

2.8 測試負載均衡

三 pod調度控制

3.1 pod調度算法

3.2 調度算法步驟

3.3 調度拓撲

3.4 UNSCHEDULABLE節點

3.5 控制pod位置

3.5 管理默認項目

四 控制Pod調度

4.1 前置準備

4.2 本練習準備

4.3 查看region

4.4 創建project

4.5 創建應用

4.6 擴展應用

4.7 修改節點label

4.8 導出dc

4.9 修改node2調度策略

4.10 應用更新

4.11 確認驗證

4.12 修改node1調度策略

4.13 終止node2

4.14 刪除pod

4.15 查看pod

五 管理IS、image、Templates

5.1 image介紹

5.2 IS

5.3 標記image

5.4 刪除tag

5.5 建議的tag形式

5.6 Templates介紹

5.7 Templates管理

5.8 使用模板

六 管理IS

6.1 前置準備

6.2 本練習準備

6.3 創建項目

6.4 創建應用

6.5 創建服務賬戶

6.6 授權特權運行

6.7 更新pod

6.8 更新內部倉庫image

6.9 tag鏡像

6.10 登錄docker倉庫

6.11 修改信任

6.12 推送image

6.13 確認更新

七 管理應用部署實驗

二擴展程序實驗

四控制Pod調度

五管理IS、image、Templates

六管理IS

七管理應用部署實驗