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-init,新增其他設定、代理程式、指令碼或應用程式。

重點:

可以透過CLOUD INIT在創建機器時就先進行更新或者是安裝環境,比如我現在要安裝一台ubuntu18.04的web server。我會在裡面貼入

DEBIAN_FRONTEND=noninteractive
apt update && apt upgrade -y && apt-get install -y apache2 php7.2 python3 python3-pip
/bin/ln -fs /usr/share/zoneinfo/Asia/Taipei /etc/localtime

以多行輸入達到主機建立的相關工作,等待主機開機完成後就可以直接使用。

確認完畢之後點選[下一步:標籤]

Read more

雲端架構延遲問題:為什麼AP與DB不能放太遠?

雲端與地端的架構差異認知不足導致的性能陷阱 前言 許多企業在上雲初期,經常基於成本考量或錯誤認知,將應用程式伺服器(AP)與資料庫(DB)部署在不同區域。這種做法在地端環境中影響較小,但在雲端環境中卻會造成嚴重的性能問題。本文透過台北-東京的實際案例,說明距離對雲端架構的致命影響。 核心問題: * 地端思維:同個機房內不同區域延遲可忽略 * 雲端現實:跨區域延遲可達數十毫秒 * 結果:連線建立時間從毫秒級暴增到秒級 1. 地端 vs 雲端的延遲差異 1.1 地端環境的延遲特性 傳統地端機房: 同機房不同機櫃:RTT < 1ms 同城市不同機房:RTT < 5ms 同國家不同城市:RTT < 20ms 地端架構師的經驗: * AP和DB分別放在不同機櫃:幾乎無延遲影響 * 災備機房放在不同城市:RTT約10-15ms,可接受 * 習慣性認為「網路延遲不是問題」

By Albert Yu