AWS
雲端與地端的架構差異認知不足導致的性能陷阱 前言 許多企業在上雲初期，經常基於成本考量或錯誤認知，將應用程式伺服器(AP)與資料庫(DB)部署在不同區域。這種做法在地端環境中影響較小，但在雲端環境中卻會造成嚴重的性能問題。本文透過台北-東京的實際案例，說明距離對雲端架構的致命影響。 核心問題： * 地端思維：同個機房內不同區域延遲可忽略 * 雲端現實：跨區域延遲可達數十毫秒 * 結果：連線建立時間從毫秒級暴增到秒級 1. 地端 vs 雲端的延遲差異 1.1 地端環境的延遲特性 傳統地端機房： 同機房不同機櫃：RTT < 1ms 同城市不同機房：RTT < 5ms 同國家不同城市：RTT < 20ms 地端架構師的經驗： * AP和DB分別放在不同機櫃：幾乎無延遲影響 * 災備機房放在不同城市：RTT約10-15ms，可接受 * 習慣性認為「網路延遲不是問題」
AWS
訪問AWS Storage Gateway，然後點擊“Get started”。 選擇 File gateway 選擇以VMware模式並下載ZIP檔 複製出來下載連結如下 下載後壓縮檔解壓縮 檔案清單如下 並將 AWS-Appliance-2018-09-26-1537973163.ova 導入Vmware 在VMware中點選部署OVF範本 選擇OVA實際位置 確認硬碟大小(無需調整) 設定該虛擬機名稱 選擇存放至哪個硬碟當中 選擇硬碟建立方式 選擇網路介面這邊建議是都選擇內網比較安全 確認最後設定無誤就可以點選完成進行導入 建立完畢之後如果是開啟的狀態先將主機關閉 新增硬碟 新增的硬碟大小主要是作為檔案在本地儲存之用 建議是依使用量來建立效能會是最好的 如果是比較小的硬碟在需要大量讀寫檔案的狀況之下 會因為都是讀寫快取造成網路巨量負擔 需考量應用方式再決定硬碟開多大 決定好之後點選確定 等待他規格修改好後開機 這時候就要準備回到AWS上完成設定了 回到AWS配置，我們現在將輸入AWS Storage Gateway VM的IP，
AWS
CloudFront設定流程 1. 設定Origin Server的域名 1. Web Server為 Origin-www.example.com Origin-www.example.com IN A 123.123.123.123 2. S3格式為bucketname.s3.amazonaws.com(可在S3內查看) 2. 在Origin Domain Name內設定指向Origin Server(Web Server or S3) 3. 在CloudFront中將Origin-www.example.com設定，進而產生如 xxxxxxxxxxxxx.cloudfront.net的Domain Name 4. 將www.example.com
AWS
初始化EBS (dd) 在創建主機時如果先進行初始化的動作 主機效能在實測上有10%到30%的提高 Windows 1. 安裝dd到windows上 下載點：http://www.chrysocome.net/dd 2. 解壓縮安裝檔 3. 開啟命令提示字元（CMD） 4. 移動到解壓縮的資料夾下 C:\> cd /d 目錄 5. 列出磁碟 C:\>wmic diskdrive get size,deviceid 如： C:\>wmic diskdrive get size deviceid DeviceID Size \.\PHYSICALDRIVE2 80517265920 \.\PHYSICALDRIVE1 80517265920
AWS
安裝S3fs與fuse $apt install fuse $apt install S3fs 新增password檔 $ touch /etc/passwd-s3fs編輯檔案 $ vim /etc/passwd-s3fs 檔案內容請看IAM匯出檔案和S3建立BucketName部分 BucketName:Access Key Id:Secret Access Key 更改檔案權限 $ chmod 640 /etc/passwd-s3fs 新增要掛載的位置 $ mkdir /mnt $ mkdir /mnt/bucket1 掛載bucket 參考s3 開啟的BucketName $ /usr/bin/s3fs /mnt/bucket1 -o allow_other 測試是否有掛載成功 $ df -h