Ithome鐵人賽

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day10 – Elastic Beanstalk 操作說明(7)

Day10 - Elastic Beanstalk 操作說明(7) 13 Capacity 與 Load balancer 這些服務其實都是建置在一個最關鍵的服務 AWS EC2 在Elastic Beanstalk中他的分類為Instances 點選「Modify」之後進到下方的頁面 其中最重要的是Instance type 這個是掌管你這個Elastic Beanstalk使用的規格 如果您把它點開可以看到非常多的規格 相對應的規格可以參考這個連結：Amazon EC2 執行個體類型 這邊要繼續宣導一個觀念 規格不是越大越好 是可以維持服務且使用率可以維持最少70-80%的使用率是相對較好的 配合著Capacity與Load balancer在需求多的時候要更多的主機 而在人少時也可以釋放主機避免不必要的費用 另外還有一個關係到效能的參數為Root volume (boot device) 建議最少都是使用General Purpose SSD且空間50G以上這樣 在初期運作比較不會出問題 如果您的程式是比較吃IO效能的 您也可以參考連結來選擇

2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure

2019ironman 10th – Everything on Azure – Day10 – 常用服務 3.Web service-(2)

Day10 - 常用服務 3.Web service-(2) 關鍵成本計算方式 1. 計費單位是以App service Plan為單位而不是App service 2. 我可以很多個網站共享同一個App service Plan的資源 在這張圖中可以看到 我開了一個方案 但是有兩個app service 雖然在這個方式來說其實對於linux工程師來說 都是很容易設定的 但是在AZURE我們可以將設定的工作減少 而且主機的擴展定不用靠自己來做 自動擴展是內建的功能 只要利用這些功能就可以簡單地提高資源利用率

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day09 – Elastic Beanstalk 操作說明(6)

Day09 - Elastic Beanstalk 操作說明(6) 12 說完了程式更新再來就要來看兩個息息相關的項目 Capacity 與 Load balancer 基本上重點在於capacity，而Load balancer就是做各種附載平衡之用 capacity主要包含著三部分 1. Auto Scaling Group 2. Scaling triggers 3. Time-based Scaling Auto Scaling Group 是基礎設定 主機附加在哪個網路區域以及主機數量最低及最高的數量 Scaling triggers 依照設定的附載種類來增減主機 Time-based Scaling 排程來修改主機數量最低及最高的數量 基本上這三個部分設定好之後就可以完成自動擴展的設定了

2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure

2019ironman 10th – Everything on Azure – Day09 – 常用服務 3.Web service-(1)

Day09 - 常用服務 3.Web service-(1) 什麼是Azure web service 說是Web service，但是因為經過多次服務大改的洗禮，現在因該稱之為 Azure App Service 官方說明連結如下 App Service 說明頁面 這個服務其實可以分成四個服務來說 1. Web Apps 2. Web App for Containers 3. Mobile Apps & Mobile Services 4. API 應用程式 基本上來說就是 WEB 服務的組合服務 應用最常見的因該就是Web Apps 他早期就有支持PHP與Python 但是早期他底層只有Windows 直到去年才有Linux的 在這之前通常都是只有windows派系的人才會用這個服務 這個服務windows時代沒有說很穩定 但是勝在成本低，擴展超方便，

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day08 – Elastic Beanstalk 操作說明(5)

Day08 - Elastic Beanstalk 操作說明(5) 11 談到了程式碼的上傳就不得不先優先提到 Rolling updates and deployments (滾動環境資訊更新) ，這個功能關係到了您網站在更新時是否會影響USER的使用！ 一般來說更新程式的狀況是需要停機的 但是這個狀況在雲端的狀況已經變了 既然我隨時可以要到更多的主機 那何不直接將主機整個更新好之後將舊主機直接替換下來 這樣我的使用者幾乎不會感受到影響 點選 Rolling updates and deployments 下方的 Modify進入編輯畫面 Rolling updates and deployments 說明連結 重點在於 Rolling Updates(滾動更新) 與 Rolling Deployments(滾動部署)兩個的差異 滾動更新指的是在Ｎ台以上的主機時每次抽取1～N台來更新 滾動部署則是新安裝好之後將救的主機替換掉 如何更新就取決於對效能的附載多少 如果是7*24的高附載建議是以滾動部署為主 Rolling updates and deploy

2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure

2019ironman 10th – Everything on Azure – Day08 – 常用服務 2.虛擬主機(VM)-(5)

Day08 - 常用服務 2.虛擬主機(VM)-(5) 13 建立完成後如下圖 一台主機的元素就如下 1. 虛擬機器 2. 磁碟 3. 網路介面 4. 公用位址 5. 網路安全性群組 PS： 1. 3.5兩個是免費的之外其他的元素都是需要收費的，每台虛擬主機在有開機的狀況之下的第一個公用位址是不用錢的。 2. 網路安全性群組預設是什麼都沒設定的，主機建立完之後優先設定才有機會連入。 13 網路安全性群組的修改 預設基本上就是這個狀況 什麼都沒開鎖建議是做個基礎的開放 如果是以Web服務的狀況之下我會改成以下的設定 123.123.123.123/32 為假設IP 1. 新增自己的IP可以SSH 2. 開放http與https 14 完成所有基礎操作之後就可以使用SSH進行連線了

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day07 – Elastic Beanstalk 操作說明(4)

Day07 - Elastic Beanstalk 操作說明(4) 10 程式上碼的上傳 Elastic Beanstalk 建立之後首先會遇到的第一個問題，程式碼怎樣上傳與怎樣打包。 在還沒結合Devops時我們可以將程式碼打包上傳 從Running Version進入後點選壓縮的檔案進行上傳，支援ZIP或WAR 這邊有個重點是打包的方式 常常有人打包上傳後失敗 原因是因為解壓縮之後是否會產生資料夾 如果要不產生資料夾的最簡單方式 直接進入資料夾底層然後選取底層文件進行壓縮 假設我現在要有個資料夾叫 test 資料夾內有兩個檔案 index.html 與 logo.png 通常大家的習慣是點選資料夾來壓縮 但是這樣上傳之後 http://ElasticBeanstalkURL/index.html 這樣會跳出404 http://ElasticBeanstalkURL/test/index.html 這樣才會顯示出index頁面 這是一個使用Elastic Beanstalk常見的錯誤 不要犯這個錯 在程式碼上傳基本上不會出錯

2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure

2019ironman 10th – Everything on Azure – Day07 – 常用服務 2.虛擬主機(VM)-(4)

Day07 - 常用服務 2.虛擬主機(VM)-(4) 11 標籤這功能主要工作是協助您進行成本的拆分，但是用到的狀況並不多。因為資源群組基本上已經夠用了。 通常會使用的狀況是同一資源群群組中成本拆分覺得不夠需要再每台主機個別計費的情況使用 如果不需要可以直接跳過 確認完畢之後點選[下一步:檢閱 + 建立] 12 檢閱 + 建立 確認過資訊後即可點選建立開始創建主機 基本上除了CSP的訂閱方案之外都看到費用預估 12.01 可以在下方看到下載自動化的範本 點選進入之後可以看到以下畫面 如果需要各種自動化的建立方式 可以在這個介面裡找到各種建立方式 如果需要大量建立主機這邊是很好的參考方式

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day06 – Elastic Beanstalk 操作說明(3)

Day06 - Elastic Beanstalk 操作說明(3) 07.04 基礎調整後畫面如下 基本上只有調整Capacity與Load balancer 08 建立完成後進到Elastic Beanstalk的畫面如下 成功建立的Elastic Beanstalk因該是綠色的。 對於Elastic Beanstalk狀態的顏色如下連結有完整的說明 運作狀態顏色和狀態 PS：有一種連結中沒提到的狀態，當刪除完成的Elastic Beanstalk它會變成淺灰色，這時候他會保留數小時並不會直接消失如上圖中左邊的方格。 09 點選建立完成的EB可以進入到以下畫面 上方可以看到 Environment ID 與 URL Environment ID：如果您如果想更進階使用CLI來操作這是一個關鍵，反之可能完全無用。 URL：這個是您佈建環境預覽用的URL您可以點選並驗證程式是否正確 下方則是概觀，您可以初步的瞭解到環境資訊以及您環境的即時狀況 左方的各個分頁則是Elastic Beanstalk的參數，在後面依序進行介紹

2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure

2019ironman 10th – Everything on Azure – Day06 – 常用服務 2.虛擬主機(VM)-(3)

Day06 - 常用服務 2.虛擬主機(VM)-(3) 08 進入到網路選選單 重點： 1. 虛擬網路以及子網路：預設是抓同個資源群組內的虛擬網路，如果再沒有虛擬網路的情況下他會協助您建立一個跟VM同名的虛擬網路。需要依照您需求下去建立，須注意是說如果主機建立後是無法修改的，如果需要修改只能重建或者是快照重建。 2. 公用IP：這個IP預設都是動態IP，動態IP是指關機後會把IP釋放等待您開機後再賦予新的IP，所以這邊需要先進入將它改成固定IP。 3. 網路安全性群組：建議不要用基本，因為陽春到不行。使用進階等同於您主機多一個基礎的iptables。 4. 加速的網路：新一代的網路介面，如果有就選擇開啟，可以降低內網傳出上的延遲。 確認完畢之後點選[下一步:管理] 09 為您的 VM 設定監視及管理選項 重點： 基本上不需要再建立過程額外修改，如果有額外備份需求可以啟動自動化排程備份。這個備份可以提供您隨時回朔到備份的時間點。相關機制上相對於其他雲端是很方便的。 確認完畢之後點選[下一步:客體設定] 10 透過虛擬機器延伸模組或 cloud-i

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day05 – Elastic Beanstalk 操作說明(2)

Day05 – Elastic Beanstalk 操作說明(2) 06 點選[Configure more options]進行進階的設定 07 三個紅筐依序說明 07.01 第一個匡 Configuration presets他預設是Free Tier eligible來設定 如果您不希望花到錢就使用預設 但是如果是正式環境就不用管這邊 07.02 第二個匡 這邊要注意的是規格類型，基本上他預設都是以最新版本為主，但如果是要比較舊的版本可以點選[Change platform configuration]進行修改，像是預設為PHP7.2 但是可能需要PHP 5.5的狀況 07.03 第三個匡 需注意兩點 1. Network：如果沒有設定會直接放置於default中，如果要自定義網路設定的需要在此階段就決定放置於哪個VPC中，建議後無法修改 2. Capacity與Load balancer：Capacity預設為

2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure

2019ironman 10th – Everything on Azure – Day05 – 常用服務 2.虛擬主機(VM)-(2)

LAMP系統營運者 on Azure Day05 - 常用服務 2.虛擬主機(VM)-(2) 06 進入選單畫面 首先會是出現下列選單 重點： 1. 虛擬機器名稱：選擇一個好辨識的名稱 2. 區域：選擇您主機所需地區 3. 大小：虛擬機器規格，主機不是越大越好是資源夠用不要不夠為主，這個是隨時可以調整的 4. 驗證類型：基本上以您慣用的方式為主沒有哪種方式比較好 5. 可用性選項、輸入連接埠規則：不用特意選擇。第一個是要見自動擴展才有用，第二個則是一個完全無用的功能，在網路選項當中可以有更好的設定方式。 確認完畢之後點選[下一步:磁碟] 備註：本範例以最新版本的ubuntu 18.04建置 07 選擇磁碟類型 效能與定價 https://azure.microsoft.com/zh-tw/