全球布局〉公有雲、晶片、伺服器大廠，積極搶進市場
邊緣運算這一仗！施耐德的秘密武器：全球最小6U資料中心
by 簡永昌 2019.10.09
看準企業布局邊緣運算遇到的痛點，施耐德提供硬體設備搭配軟體系統，協助企業布局完整的邊緣運算生態系，澳洲大學也因為採用這樣的解決方案，而成功轉型。
搭上人工智慧的議題，邊緣運算成為2018年以來的熱門話題，相關供應鏈也都積極布局這塊市場，不願放過這個大餅。
現階段包括三大公有雲Google、AWS及微軟，甚至是伺服器如台廠緯穎、雲達，晶片大廠如NVIDIA（輝達）等業者也都紛紛投入邊緣運算，熱門程度可見一斑。
看好邊緣運算商機，供應鏈積極布局市場
除了各種雲端、晶片跟伺服器搶著進場外，邊緣運算因為需要發揮其「低延遲」的特性，因此運算中心最好是能越接近終端裝置越好，所以帶動另一波建置邊緣運算中心基礎建設的商機。
能源市場全球市占第一的施耐德，搶先布局
來自法國的施耐德電機，主要業務為提供企業能源管理、優化等解決方案，包括能源設施、樓宇、數據中心或是工業等，從Enlyft的統計發現，其在能源與電力市場更是位居全球市占第一、約33%的市占率，目前的客戶包括甲骨文、勤業眾信及萬豪國際集團等。
施耐德雲端資訊科技事業處執行副總裁Dave Johnson表示，他們從客戶反饋中發現邊緣運算市場的興起，有愈來愈多客戶提出這部分的需求，也讓他們從過去提供大型數據中心、樓宇能源管理等服務，轉向研發相關解決邊緣運算所需的基礎建設，以滿足客戶。
瞄準邊緣運算這塊大餅，施耐德施展拳頭，端出了以小機櫃為主的外功，以及以開放式物聯網EcoStruxure解決方案為主的內功心法，來提供給準備布局邊緣運算的企業。
外功招式：小機櫃。硬體設備快速且客製化導入
Johnson指出，邊緣運算會發生的場景像是商業行為的零售店、醫療、教育或是金融；工業場景如製造業、天然氣與石油，以及電信商如小基站、訊號發射器等，若是能提供企業快速、有彈性的布局以及可客製化的硬體設備，將會是施耐德以小機櫃進攻這些未來邊緣運算場域的重要策略。
就外功的部分、小機櫃擁有能夠彈性調整的特色，主要是針對客戶本身既有的伺服器去做設計，依據現有伺服器的尺寸可以重新訂做小機櫃內部的結構，方便無痛轉移。不僅如此，根據每個客戶原有的機房設計，機櫃的內部也能有所調整，這樣的設計可以比起過往傳統布建要快上2成左右。
舉例來說，如果客戶已經有專業機房空間的配置，那麼機櫃裡面就不一定要有冷卻系統，而可以完全依賴空調達到散熱的效果。或是選擇放在冷氣房內的小機櫃，也可以使用風扇的設計將冷風導入、方便散熱，依據不同小機櫃放置的地點彈性調整，同時可以將內部設計空間增加更多放置伺服器，達到最大值的利用。
全球最小的微型資料中心
此外，施耐德也推出一款號稱 最迷你的6U小機櫃 來進攻邊緣運算的基礎建設。6U的大小大概就是比桌機再大上一些，而且在體積縮小、機殼負重的負擔相對減輕後，這台6U將可以採壁掛式，節省室內空間。
至於內部的設計，包括冷卻系統、伺服器、不斷電系統等一應俱全，完全衝著市場對於邊緣運算的資料中心設備需求而來。
不斷電系統，確保資料運算傳輸無虞
另外，運算中心有兩個重要的命脈，一個是穩定且高品質的「電」、另一個是「防火設備」。
為維持運算中心的正常運作，不斷電系統顯得格外重要。施耐德逐步針對不斷電系統裡面的電池進行優化，開始改採鋰電池取代傳統碳鋅電池，目的除了可以在有限的空間放置更多的鋰電池延長供電時間外，鋰電池的使用壽命也比碳鋅電池要長、約有8-10年的時間；另外，電子儀器最怕遇到水，這些機櫃針對防火的設備都會用氣體的方式去滅火，為的是要確保空間的火災可以被解決外，也能保護伺服器不被水給破壞。
內功心法：EcoStruxure。遠端監控解決疑難雜症
除了前面硬體設備所提供的外功，施耐德也以物聯網平台EcoStruxure作為搭配的內功心法。
EcoStruxure對施耐德而言其實不是一個新的軟體，只是這近10年來都有陸續更新、優化，配合EcoStruxure所建構的樓宇、電力、機器設備等遠端控制，提供給過去採用施耐德產品的客戶可以方便遠端監控。
但由於邊緣運算可能會以發散且多點的方式呈現，因此EcoStruxure能夠提供遠端監控的服務就比過去重要，除了可提供給用戶遠端監控各個邊緣運算的設備外，同時也有線上的服務人員能提供遠端支援，對於布局邊緣運算產生出來的大量設備需要管控，且IT人力不足的企業來說，是個頗友善的系統。
所以可以設想一個場景：當某個結合商場的飯店已採用施耐德的樓宇管理，透過EcoStruxure進行遠端監測，同時該飯店也針對內部商場的零售店面進行邊緣運算布局，產生出來新的邊緣運算點也能透過EcoStruxure平台監控。對於企業來說，在人力成本不用增加的情況下，也能同時利用這個平台進行全面性的管理，不僅省力也省時。
數據中心軟體解決方案主管倪志成就表示，這是EcoStruxure最大的優勢，而且將EcoStruxure建置在雲端上，更能快速、方便的導入企業內部，節省效率。根據倪志成解釋，目前EcoStruxure可以提供30天試用，未來的費用將視不同地區而定，以新加坡目前的收費來看約是10個裝置、每年600美元（約合18000元新台幣）計價。
實例：幫校園數位轉型，協助人力短缺的IT部門
澳洲默克多大學的的IT職員Louis Grynfeltt，主要負責維護全校的IT基礎架構，他分享該學校如何透過施耐德的解決方案，協助校園數位轉型。
Louis說，學校為了提供給學生更好的基礎建設，希望能打造一個全天候24小時的地方，提供像是AR/VR等強調社交與學習的空間，讓學生們可以從中累積相關經驗以利未來求職，但是礙於校園內部的IT設備老舊，因此選擇施耐德的解決方案。
他強調，由於學校IT人手不足的關係，EcoStruxure的平台也讓他可以隨時注意每個空間正在使用的電源狀態，同時也可以注意冷卻塔的狀況，如果有問題能主動進行管控；此外，若有任何問題，也都可以線上尋求協助，讓他覺得相對方便。
附圖：施耐德Schneider Dave Johnson
雲端資訊科技事業處執行副總裁Dave Johnson點出，將來邊緣運算可能發生的場景包括商業、工業跟電信。
簡永昌/攝影
施耐德提供方便布建邊緣運算的小機櫃。
簡永昌/攝影
施耐德小機櫃
號稱全球最小的小機櫃：6U，麻雀雖小五臟俱全，除了伺服器、冷卻系統、不斷電系統外，也因為體積變小的設計，可以掛在牆上節省空間。
簡永昌/攝影
施耐德機櫃
施耐德提供的小機櫃能提供客製化的服務，並且也能透過螢幕了解機櫃內部的溫濕度等資訊。
簡永昌/攝影
EcoStruxure開放式的設計，讓擁有不同品牌伺服器的企業，依舊可以依賴這個平台進行遠端監控，掌握設備的狀況。
簡永昌/攝影
配合EcoStruxure的物聯網平台，想佈局邊緣運算的施耐德舊客戶，不僅能繼續透過EcoStruxure掌握過去採用施耐德的能源解決方案，邊緣運算資料中心的建置也能同步在EcoStruxure進行監控，創造出屬於企業自己的完整監控生態圈。
倪志成表示，施耐德就是要透過EcoStruxure對不同場域的監控進行串接，讓客戶能夠透過EcoStruxure創造一個完整的生態系。
簡永昌/攝影
施耐德 默克多大學 Louis Grynfeltt
澳洲默克多大學的Louis Grynfeltt（圖左），分享默克多大學是如何透過施耐德的解決方案，協助校園數位轉型、打造邊緣運算的空間。
簡永昌/攝影
資料來源：https://www.bnext.com.tw/article/54911/edge-computing-trends-schneider-strategy?utm_source=dable
aws架站費用 在 [心得] PressPlay從AWS搬家到GCP一年的心得- 看板Soft_Job 的推薦與評價
這篇比較偏心得分享，沒有太多的技術細節。
Medium好讀版: https://tinyurl.com/yy8auqdy
PressPlay好讀版: https://www.pressplay.cc/link/82A2CAD5C4?oid=829D3F275F
PressPlay平台服務在2016年問世，一直放在AWS上，直到2018年中才搬遷至GCP上。
至今也一年了，讓我們回顧一下這幾年PressPlay的主機的成長過程吧。
# AWS時期
PressPlay草創初期資源有限人力有限，只有一台伺服器運行所有的服務，一台資料庫，
主機在東京AWS，CDN是用Cloudflare的CDN，服務也挺單純的，伺服器上只有網站服務，
然後用戶上傳圖片也放在這台主機上，裡還有一個跑定期扣款的Cron服務，
S3的用途是暫時放上傳的影片，為什麼是暫時呢？因為我們的影片是使用Vimeo服務，
所以我們上傳到S3只有一個功用，就是讓Vimeo可以抓影片，過了三天影片就會被刪掉。
配置圖大概是長這樣子：
最早期的AWS主機配置: https://tinyurl.com/yyfmglex
那時候每天大概幾千人造訪而已，機器都應付得來。
然後到了2017年3月情況就開始不一樣了。囧星人專案上線帶來一波流量，
然後我們在3月下旬作了第一次的改版，流量開始多起來了，
高峰期甚至到了一天兩萬多人進站。
2017–01–2017–03 GA數據: https://tinyurl.com/y6jnd5ym
我們在2018–01到2018–06搬家之前，平均每天進站人數大約在25,000至30,000人左右，
一台Server還蠻緊蹦的，最後決定搬家，搬到Google Cloud Platform(GCP)。
這是搬家前最終的伺服器配置。
AWS後期的主機配置: https://tinyurl.com/yx9tl8yl
# 為什麼要搬到GCP
或許有人會問「AWS用得好端端的幹嘛搬家呢？」我們選擇GCP的原因有幾個原因：
* 價格比AWS便宜
* 地點在台灣，速度快
* AWS介面很醜（我承認我是外貌協會）
公司草創時期資金沒有那麼多，選擇機器都是以省錢、高C/P值為目標。
PP的機器建在AWS的時候，CDN是Cloudflare，雖然我們買的是Pro方案(USD 20/月)
但連線的節點是在洛杉機。也就是說用戶要連線PressPlay的網站，
用戶的連線會先台灣出發，到達洛杉機Cloudflare的機房，
然後連線到東京AWS機房取資料，然後再經過洛杉機才回到台灣。
開個網站就要跑遍大半個地球，再加上PressPlay一開始網站還沒有優化連線數或
圖片size，所以以一個從來沒進入過PressPlay的人，從連線到完全跑出網站，
要90秒左右...
GCP的費用大約是AWS的六折左右，而且在AWS都沒有作HA(High Availability)，
就算有也是人品HA。因此我們常常一爆量主機攤瘓了，光2018上半年就平均1–2月
就一起攤瘓事件。GCP的設定簡單，就連我對配置伺服器沒有很熟都可以輕鬆入門，
開啟CDN也是一個鍵就完成了，在人力和相關知識都缺乏的情況下，選擇GCP還蠻不錯的。
於是我們在2018年4月的時候，決定搬遷到GCP。
# 搬遷的困難
就是人！因為公司內部缺乏熟悉伺服器管理的人，於是我們就想找一個人來管理伺服器、
調整效能、管理辦公室網路和設備，然後進公司來的第一件事就是協助我們搬伺服器。
我們找到一位從業很久的資深工程師，他一進來看到我們公司的網路架構、伺服器架構
跟本是初學者等級，來了五天就跑了，說是不想從那麼基礎的東西做起。
那麼怎麼辦呢？只好我硬上了。雖然GCP操作簡單，但是有關Server調校、
資料庫調校這些我沒有什麼經驗，而且這一次要大調架構，我的要求：
* 讓我們可以撐住爆量的時刻，機器不要掛。
* 並加速網站的運行速度。
* 伺服器狀態的監控機制。
* 備援機制，不要伺服器倒一台就服務全死。
因為GCP比AWS便宜多了，所以機器比較能放心的開，為了未來PressPlay發展，
我們是以3年內不需要再次優化架構的前提之下去做規劃，原本一台網站主機
就可以打天下的配置，擴充成APP、Web各兩台，另外再把負責金流的服務獨立出來，
也是做成兩台，然後由Load Balancer來分配流量，就算APP死一台機器還有一台會
繼續服務，就算WEB全死，但APP還是可以用。
還好有在6月有一位資深的後端工程師加入，我和他經過一整個月的試驗、調整、搬遷，
上線前一天我召集了幾位工程師一起協助搬資料和測試，老闆還以來辦公室拿東西為藉口
送宵夜來，揪甘心～
終於在2018–06–29 正式上線了！！這是搬到GCP時的配置圖：
https://tinyurl.com/y6z53rxu
# 搬到GCP之後…?
2018–06–29上線早上八點，網站就炸了!!
原因是主機掛載Google Storage時的參數錯誤，讓所有資料夾和檔案清單必須讀完
才能正常服務，半夜搬家在測試時也是小貓兩三隻在測試所以沒什麼問題，
早上八點的尖峰時間一到，大量的人潮湧入PressPlay，I/O卡住，導致服務停擺。
那兩天我的睡眠時間只有三個小時，不過當一切都搞定且正常運行時，疲憊的感覺
全部冒出來了，於是我就伴隨著成就感一起入睡。
換到GCP後，PressPlay有變得比較好嗎？有的，當時我們還做個記錄：
1. 台灣地區網頁讀取速度之影響 6/30日(六) 比較6/2(六)
網頁讀取 時間從3.9秒，提昇至2.78 (台灣地區) ，提昇28.58%
https://tinyurl.com/y3lbuzbr
2. Ping值之影響從平均100ms提昇至10ms
https://tinyurl.com/y6spu8z6
3. 完成網站瀏覽取樣報告比較 6/29–6/30 對比上週 6/22–6/23
各式的載入、連線時間、回應時間都大大地的減少。
https://tinyurl.com/y5mnpfvx
搬完GCP後從此就高枕無憂了嗎？錯了，挑戰開始來了。
2018–08–23攻擊事件
當天晚上我們受到DDOS攻擊，我們抓到大約200多個國外IP向我們進行攻擊，
這些IP應該都是跳板。之後我們在兩個小時之內，把主機關掉、換IP，
然後建置fail2ban和nginx的防DDOS機制止血，隔天我們進行了檢討，
我們需要更明確的自動監測回報機制。
被攻擊的隔天PressPlay粉絲團所發的聲明:
https://tinyurl.com/y3wmyojk
於是我們就建置了監控主機的功能，只要CPU使用量超標，或是一段時間主機沒有回應，
都會跳出通知
PressPlay內部監控Channel:
https://tinyurl.com/yxtnnqaa
後續還有幾次攻擊事件，不過因為前一此的事件我們作了防護措施，所以只是跳跳通知，
然後隔天去看Log而已，用戶、工程師和老闆都睡了好覺。
2019–03–31阿滴英文愚人節活動爆衝
PressPlay的GA在2019年有個顯著的peak，就是阿滴英文愚人節活動，在我們沒有準備好
的情況之下，當天衝進快十萬人，大約是平常日的4倍量。我記得當天我還在家裡一面
吃鹹酥雞一面看動物朋友，然後就看到「救救PressPlay」頻道一直叫，然後老闆一直
在戳我，才發現這起事件。
還好架構有規劃好，整個活動順利的結束，Server沒有爆炸，可喜可賀。
https://tinyurl.com/y52eekx2
因為這次的虛驚，所以我們就立刻進行一個我很想要玩的東西：Auto Scaling。
10天後，也就是4月9日，Auto Scaling正式上線。之後我們更能高枕無憂地渡過
每一個動畫夜。
這個架構運行至今都沒什麼問題，下面這個是目前PressPlay的主機架構。
現今PressPlay主機架構:
https://tinyurl.com/y3nqcpdj
# PressPlay功能現在與未來
PressPlay目前產品功能是著重在數據開發和應用，今年招募兩位數據背景的RD，
開始著手進行訂閱者的行為，為創作者帶來新的收益和減少流失。
或許大家會注意到我們網站開始有推薦的版位了，首頁的訂閱專案排名也不是像以前
一樣單純用金額去排名，而是透過演算法算出綜合性的指標。
我相信創作者們想知道算法是怎麼算的，在這邊只能透露創作者越投入在經營專案、
訂閱者的互動越深就能得到更好的排名。
目前我們也在密謀一個對創作者更有實質幫助的功能，預計在八月會問世，
還有秘密策劃第三條產品線，也即將在九月和大家見面。
未來PressPlay工程部會持續地深化你所見到的一切，和我們在麥塊中的世界。
最後，歡迎按讚追蹤我們的FB粉專：https://www.facebook.com/PressPlayTech/
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.34.49.142 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1562948175.A.FB1.html
※ 編輯: UniFish (1.34.49.142 臺灣), 07/13/2019 00:23:26
真的！很好設定。
我們有用stackdriver，我們的自動監控的通知是利用stackdriver去作的
logging server我們是用來收集nginx的accesslog，還有類mixpanel的服務
不客氣
幫QQ
有點不太懂你的描述XD
GCP load balancer是指定連線進到哪一個VM群組，我們有專門服務APP的機器
iOS/Android用戶使用PressPlay APP會連到APP Server
就連裡頭的webview開網頁也都是由APP Server服務，完全地和Web切開
你沒看到文章封面的Logo嗎？XDD
是我們部門的員工福利(?)
GCP有一年300美金的試用金額，只要有Gmail都可以使用，
任何人都可以開來玩玩
現行Web & App Server是用2VCPU + 8G Ram + SSD
一台一個月大概40-50美金吧，同等級AWS要70-80美金
不過我有綁合約，一台合約價在30美金左右
我們沒有使用Docker，我們走的是效能置上路線。
不過GCP的Auto scaling需要一個範本，才能用這個範本去增開機器。
所以我們會開一台範本的主機，然後把Web & APP服務建在上面，作成範本映像檔，用它
來開機器。
這樣的概念也和Docker很像呢，只是沒有再包一層，這樣費用也比較便宜，效能也比較好
等到未來PressPlay成長到這種架構維護成本大到比使用Docker大之後，
我們再考慮使用Docker
是的，GCP比較便宜，而且重點是在台灣。
我們的服務目前是以台灣為主，它在台灣這個優點就很吸引人了
有用ab打一下，不過最近在想clone一組架構來測試，
但還沒有決定哪個時辰要來做
哈哈哈～我可以確定他不是菜鳥啦。
但在知道架構的前提之前答應了offer但又不想做，我也不知道究竟發生什麼事XD
GCP也有喔，超級便宜，不過目前還沒試過。
目前我們的web & app server突然被關掉重啟也不會影響服務，
看來蠻適合的，找個良辰吉時來試試看好了
是的，所以我們S3有挑便宜的地區，我進公司前就是放在AWS東京了
要搬乾脆索性搬到台灣，為了速度 & $$
真的，一生難有的機會
clodflare的proxy CDN是小型服務首選，而且CDN流量是吃到飽，而且防DDOS，
一個月20米金很佛！！哪家CDN可以如此的省錢啊！！
估算下來我們用aws CDN，都會超過100米金。對於草創初期，都是能省則省。
當時GCP的Cloud Armor還在beta，怕怕的不敢用，fail2ban擋著先
是GCE喔，GAE貴貴，而且不想綁在不好轉移的架構上。
萬一哪天有更棒的服務商出現了，綁太死移不走
偷說，20米金的方案節點在LA，然後我以為商務方案(200米金)會可以用台灣節點
直到我寫信去cloudflare問說台灣節點要用哪個方案。
他們回覆要用企業方案，一個月5,000米金！！夭壽啊！！！！
哈哈哈，細節我記不太得了。
基本上是我們另外一個後端工程師處理的。
來唷（招手
Ya~網上眾說紛云，我就直接寫信給Cloudflare問個清楚，
答案的確讓我倒抽口氣。不過十萬出頭也很夭壽。
現在我們每月主機全部加一加支出連一半都不到啊 XD
我們公司加班費和補休都是照實報照時給～
有時候工程師不好意思報太多還會被我退件說報太少。
伺服器搬家前天我們分成兩組：搬家組和維護組。
搬家組不用來上班，當晚九點集合。辦完後就早上五六點，然後回家睡覺，白天換維護組
接手。
搬家組就在家睡覺。因為我很討厭操勞的生活，所以我自然地會要求組員們不能操勞，該
休就休，改報加班就報加班。
哈哈哈，這個也很重要，我也很感謝公司能不畏懼財務的壓力，能讓我們找正常且符合人
性的方式工作。
也因為我們有好好的休息，許多創意或是複雜的東西，我們都有足夠精神來實現。
是啊 XD
... <看更多>