關於 負載平衡原理 ，我們在網路上蒐集到這些相關的討論、資訊與評價

現代資料日趨大量且複雜，遷移地端 SQL Server 至雲端時，面臨許多不同資料供應項目的選擇。要自行管理資料庫、進行備份，還是交由 Azure 託管❓如何提高企業資料庫的可用性❓
立即觀看雲端秘笈，快速學習地端及雲端接聽程式的運行原理，以及如何提供高可用性和嚴重損壞修復，以低 TCO 移轉工作負載，順利幫助企業資料庫現代化💪
　　
#雲端資料少林寺 EP9 - 在 Azure VM 上的 SQL Server－可用性群組接聽程式運行原理與設定
由台灣微軟 Azure SQL VM 技術支持工程師 Shepherd Chang 帶來的精華課程✨
　　
📍 課程綱要：
1. SQL Server Always On Availability Group 功能簡介：了解如何達到資料庫級別的高可用性（High Availability）和災害復原解決方案。
2. On-Premise Listener IP 切換運作原理：認識地端環境的 AG Listener 運作原理，以及如何在發生 Failover 時切換主要副本目的地。
3. 使用虛擬網路名稱（Virtual Network Name, VNN）：示範如何設定及更改 PowerShell 語法，使用負載平衡器（Load Balancer）路由傳送至 VNN 接聽程式（Listener）。
4. 使用分散式網路名稱（Distributed Network Name, DNN）：示範更加簡潔的 DNN 設定方式，改善容錯移轉，綁定所有結點的 IP 位址找出運行主要副本進行連線。
　　
每週只要 20 分鐘，就能累積所有必學的雲端資料課程精髓🤩
持續鎖定每週課程更新，一起技能 UP UP💪
記得訂閱、按讚、開啟小鈴鐺，才不會錯過每週秘笈大補帖，邁向雲端高手之路！👍
https://aka.ms/MSTW_020302

📌 更多免費資源：
👉雲端資料的基本指南：DBA 手冊
https://aka.ms/AAayb1n

👉將內部部署 SQL Server 執行個體移轉到 Microsoft Azure SQL 解決方案的經濟價值
https://aka.ms/AAayb1l

👉立即建立免費的 Azure 帳戶
https://aka.ms/MSTW_020304
　　
#Azure #AzureSQLServer

打開電力新視野 - 日月潭抽蓄發電成典範 光輝歷史 風華再續（06/01/2020 台電月刊690期）

讓我們避免無謂的口水戰、意識形態先入為主，報真導正，回歸客觀、持平、專業的角度來看待能源轉型的各面向議題。

文後還有一系列相關的議題探討、解析，也頗值得大家參考。

台電月刊第690期封面故事專題企劃 - 日月潭抽蓄發電成典範 光輝歷史 風華再續

日月潭擁有全臺唯二的抽蓄水力電廠，在迎向能源轉型的今日，抽蓄機組肩負尖峰急救電力、確保供電穩定的重任，更許諾日月潭的永續經營。

來到日月潭，總讓人放慢腳步，欣賞一年四季、晨昏變幻的美，加上環湖步道與休憩設施完善，每年吸引超過600萬人次造訪，2019年更獲選全球百大綠色旅遊目的地。

然而，一般人可能不知道，日月潭不僅具有觀光休憩功能，還是提供發電的大型水庫。日月潭每日水位有將近2公尺的水位落差，這不是潮汐現象，而是台電大觀二廠、明潭發電廠每日進行抽蓄發電造成，順此變化，遊艇停靠區的碼頭設計多採用浮排；日月潭能保持清澈、避免優氧化，原因之一是抽蓄發電使潭水經常在上池（日月潭）及下池（明湖水庫、明潭水庫）間流動所致；當地餐廳供應的鮮美潭魚，則來自台電每年放養魚苗、嘉惠漁民；身為日月潭水庫管理機構，台電還肩負著水庫清淤與集水區邊坡維護工作，讓美景長青。

水力發電原鄉 再續光輝歷史

早在日治時期的1930年代，臺灣電力株式會社（台電前身）奠立了日月潭複雜的水力發電系統，興築水社壩與頭社壩形成日月潭人工湖，潭水來自濁水溪上游，在南投縣仁愛鄉武界地區築壩攔水，經15公里長的引水隧道，引水注入日月潭，形成「離槽水庫」（即不建在溪流本流上的水庫，與「在槽水庫」相對），同時利用水位落差引水至兩座發電所（即今大觀一廠與鉅工分廠）進行發電，發完電的水再度回歸濁水溪，流經下游集集攔河堰以供應彰、雲地區的農、工、民生用水。

1970年代「第一次世界能源危機」之後，世界各國紛紛投入開發抽蓄水力發電，加上1970年代末，臺灣經濟快速成長，尖峰用電需求急遽增加，政府乃提出抽蓄發電計畫，大觀二廠、明潭發電廠先後於1985年及1995年落成啟用，明潭發電廠完工時是當時亞洲第1大、世界第4大抽蓄電廠。兩廠分別可輸出最高100萬瓩及160萬瓩電量，占今日全臺總裝置容量約6.2％，至今仍是臺灣僅有的兩座抽蓄電廠。

如果以球隊成員來比喻不同類型的電廠在電力系統裡的角色，抽蓄電廠就像一位可靠而敏捷的「備援投手」。發電處李崇賓處長指出，這是因為抽蓄機組有「起動迅速、升降載速度快、線上調度及離峰抽蓄儲能」4項特點，遇到系統負載尖離峰變化過於劇烈，或是發生大型機組跳脫導致系統頻率下降，它都能在短短數分鐘內立刻上場救援。同時，抽蓄水力發電原始設計理念是利用離峰時段剩餘電力抽水，在白天尖峰時刻放水發電，以替代其他較昂貴的發電方式，有降低發電綜合成本之效。

抽蓄發電將水資源循環利用

抽蓄電廠與日月潭風光休戚與共，然而，環湖一圈也難見廬山真面目，得翻過西側的阿里眉山來到南投縣水里鄉，往濁水溪支流的水里溪畔探尋。

來到大觀發電廠廠區，訪客第一眼總被山頂磅礡直下的5支綠色壓力鋼管所吸引，下方連接的土黃色平頂廠房為1934年建成的大觀一廠，明湖水庫則位於一廠北端，順河谷地形而建。

大觀二廠從日月潭西側水社附近取水，水從兩條各2,380公尺及2,350公尺的引水隧道，一路穿過中潭公路下方，再由壓力鋼管輸送至發電機組；明潭發電廠亦有兩條引水隧道，不同是在過河段有明管跨越頭社溪，在明湖水庫下游的水里溪築壩成明潭水庫。

抽蓄發電的原理是，水輪機帶動發電機順轉方向即發電，當離峰用電時段，再利用系統剩餘電力，將發電機反轉作為馬達帶動水輪機，把下池儲存的水順原水路，抽送回上池蓄存待用，如此循環利用，完全不浪費水資源。

來訪這天，大觀發電廠黃陵育副廠長帶領我們走至明湖水庫壩頂，愈靠近山壁的4道尾水閘門，愈能聽見從地底深處傳來的隆隆聲響。「這是大觀二廠正在發電，尾水排放的聲音。整座地下廠房就藏在山腹內，距離下池水面還有70至80公尺深！」黃陵育解釋，這是抽蓄機組的必要深度，「因抽水運轉啟動前，為了減輕動輪的阻力，必須先將原本充滿水輪機的水，利用空氣壓力向下壓。」

深入發電心臟 一窺抽蓄機組奧秘

要進入地下廠房，得從隧道深入。抽蓄電廠的裝置容量大，因此設備也比其他大型水力電廠來得龐大與複雜，而明潭發電廠地下廠房的量體，是所有地下廠房中最大的，其頂拱距地表約300公尺，內部空間縱向高度46公尺、長158.4公尺、寬22.4公尺，看不見的連續壁厚達2至3公尺。

大觀發電廠土木組張立平經理30多年前曾參與抽蓄工程營造，他回憶，「地下廠房開鑿時得另挖橫坑，將土石不斷清運，也要處理岩壁滲水問題。」當時有人形容開挖範圍之大：「將台電大樓結構物橫放進去，綽綽有餘」。

明潭發電廠運轉組林永聯經理與供應組廖宜英經理帶我們穿梭在迷宮般的地下電廠，最頂層稱為地下1樓，為裝機台，6部發電機排成一列，上蓋燈亮表示運轉中，因大修時需要操作起重機進行拆解與組裝，空間設計得空曠、挑高；廖宜英指著屋頂上兩部移動式起重機：「大修時最重的物件是發電機轉子，約重375噸，但一部起重機最大吊重是250噸，因此必須兩部聯合操作才吊得起來。」

走至地下2至5樓，可見水輪機隆隆運轉，各層佈滿穿來引去的各種管路、水閥裝置、調相設備、監測儀表等，侷促空間卻是值班人員每日梭巡的工作場所。曾任值班主任、經歷過傳統人工操作的林永聯說，電廠值班採「4班3輪」制，即連續3天輪值大夜班、白天班、小夜班，第4天休息，如今雖改由值班主任於控制室遠端遙控操作，現場還是需要兩名值班人員定時巡視，遇到操作系統發生異常（例如漏水、漏油），要有停電檢修與故障排除能力。

維修保養有道 隨時上場應戰

為精簡人力，1999年起，明潭發電廠廠長兼任大觀廠長，各廠下設兩位副廠長；大觀發電廠又分一廠及二廠，明潭發電廠另管轄鉅工分廠、水里機組、北山機組、濁水機組，所有機組皆可由明潭發電廠遙控操作。

明潭發電廠許宗源廠長指出，抽蓄機組的起停運轉時間及發電量大小，受電力調度處中央調度中心指揮調度。「抽蓄電廠的特性是，因調度頻繁，設備耗損較大，維護、保養與檢修也相對頻繁。」他解釋，設備維修的頻率，與運轉時間及操作次數有關。以開關場的斷路器為例：抽蓄機組斷路器一天動作4、5次，操作2,000次必須檢修，操作1萬次就得更新。「抽蓄電廠6、7年就達到操作1萬次，其他水力電廠用幾十年還達不到。」

設備維護分為定期檢查及大修兩種。抽蓄機組每8至9年需進行大修，費時4個月，大修的主要項目由電力修護處負責，「光是拆卸就要花20幾天，回裝更難，需要30幾天，中間60天做檢修。」大觀發電廠曾東釗副廠長指出，為了控制工期，大修時會將不同工項一併來做，例如同時進行調速機、勵磁系統、發電機線圈的更新，零件都須事先準備，有些零件還要現場精修。

抽蓄機組大修期間等於缺少一名「備援投手」，對電力調度茲事體大，因此，電力調度處會密切掌握與協調大修時程，「2018年備轉容量在6％以下時，抽蓄機組大修就曾臨時喊停，因為此時電力系統特別需要抽蓄機組補足電力。大修開工後，若有需要延期，也要立刻向調度處說明，以做好因應。」許宗源說。

抽蓄機組必須勤維護，才能保持最佳狀態，隨時上場打仗。2015年蘇迪勒颱風襲臺，深夜裡和平、協和、麥寮發電廠接連全停電（和平、麥寮為民營電廠），導致系統頻率急降，就是靠正在抽水模式的抽蓄電廠緊急跳脫因應，才化解限電危機。又如，2019年8月，麥寮電廠因故障導致3部機組同時跳機，也是靠抽蓄機組自動卸載來穩定頻率，避免限電。

「真英雄是沒有故事可以講的，」電力調度處吳進忠處長曾如此讚揚抽蓄機組貢獻：「因為真英雄第一時間出手就把問題給解了。這就是抽蓄機組的儲能價值。」

再生能源蓬勃發展 抽蓄電廠新使命

因應政府能源轉型政策，目標2025年將有2,570萬瓩的太陽光電與風力併接於台電電網，然而，再生能源具有間歇性及瞬間出力變化劇烈的特性，對於電力系統調度的挑戰大，使得抽蓄機組的調頻服務更受倚重。

許宗源指出，過去2年來抽蓄電廠已經配合再生能源執行調度，今（2020）年太陽能併網大幅躍進，預估到今年8、9月時，太陽能加上風力的「瞬間」發電量將超過400萬瓩，「往後調度只會更加複雜，發、抽次數變得更頻繁，且不一定何時發、何時抽。」許宗源說。

他舉例，以前是白天尖峰時段發電，如今豔陽高照的中午，不可能透過火力電廠降載，只能靠抽蓄機組以太陽能的電來抽水，平衡系統負載，「最近就創下中午3部機同時抽水的紀錄。」

抽蓄機組設備操作次數增加，代表設備維修更頻繁，人力成本也相應提高。曾東釗點出，「不能讓變化追著跑，抽蓄電廠要先做好準備，積極應戰，發揮存在的最大價值。」電廠因應之道包括，年輕同仁都會派去其他廠支援大修，增加交流與磨練機會；建立大修作業指導書，現在還加上縮時攝影，讓核心技術不斷層。「同仁也要有心理準備，未來值班是日班忙、夜班也操。」曾東釗說。

擁抱綠電 與自然共生

面對再生能源併網對系統調度的挑戰，除了兩座抽蓄電廠持續配合調度，電源開發處也正著手進行「大甲溪光明抽蓄水力發電可行性研究」，是利用德基水庫做上池，下游的谷關壩做下池，目前分成「抽蓄式」與「抽水式」兩案，還在綜合考量評估中，將適時提出可行方案。

同時，台電也與民間企業合作研發大型儲能系統，甫於今（2020）年5月中旬啟用的金門塔山發電廠夏興分廠之儲能系統，是重要里程碑；推動中的智慧電網，對於再生能源預測與電網調度亦是必要基礎建設；燃氣複循環機組未來也將加入調頻服務的行列。

承接著百年光輝歷史，日月潭抽蓄發電持續締造傳奇，並許諾日月潭的永續經營，不僅是系統最忠實可靠的備援投手，也是現代電廠的綠色典範。

完整內容請見：
https://tpcjournal.taipower.com.tw/article/3969

♡

今天這篇是一個 Operator 的介紹文，該文分成三大部分，分別是 What, Why 以及 How

如果你本身對於 Operator 的概念還不是很熟悉的，會非常推薦閱讀這篇文章，幫助你從頭瞭解到底什麼是 Operator，其背後的實作原理以及我們可以透過 Opeator 做什麼事情，對於維運團隊能夠帶來什麼好處

# What
1. Operator 這個詞是由 CoreOS 工程師於 2016 提出的，目的是希望簡化應用程式的管理，特別是 Stateful 類型的
2. Operator 背後是一個 Controller，該 Controller 會根據當前應用程式的狀態而自動地進行一系列的處理，譬如創建，刪除，管理等各式各樣資源，當然這些操作都是基於 Kubernetes API 完成
3. 根據目前官方 (kubernetes.io) 的說明，要理解 Operator 就會需要理解兩個概念，分別是 CRD (Custom Resource Definition) 以及 Control-Loop
4. CRD 提供一個方式讓開發者能夠定義屬於自己的 resource，包含了 apiversion, kind 等欄位。舉例來說，你可以自己定義一個跟 Pod 幾乎完全一樣的資源，然後擴充或是減少一些欄位

# Why
1. Kubernetes 內建的機制與資源對於是非常適合於無狀態應用程式(Stateless)的，這些資源足夠滿足無狀態應用程式的需求，譬如自動擴展數量，提供流量的負載平衡
2. 但是當 Kubernetes 的應用場景愈來愈多， Stateful 應用程式的需求就出現了，這時候原生的機制就稍嫌不足，使用起來不夠順暢。
3. 透過 Operator 的概念 (CRD + Control-Loop)，使用 CRD 來定義你的資源狀態，並且透過 Controller 來幫你維護你的運作邏輯，譬如什麼時候該產生/刪除 Pod，什麼時候該創立/刪除其他資源，這些邏輯的實現都隱藏到 Controller 之中，但是同時也透過 CRD 提供一些介面參數讓開發者與維運者有能力對其進行一些調整

# How
1. 如何撰寫一個 Operator，有一些現成的工具可以幫忙，譬如 Kudo, Operator SDK, Kubebuilder 等
2. 有興趣觀看這些工具的介紹與使用，可以看全文

# Operator 的必要性

1. 2020 北美 Kubecon 上有非常多關於 Operator 的討論，作者特別提出由 HashiCorp 所分享的議程 Stop Writing Operators ，並且針對幾點來討論
2. 如果你的自動化是一個每個月執行10分鐘這種工作，那花上數週來維護與撰寫這種自動化其實非常不值得
3. 實際上開發一個 Operator 會遇到滿多問題，即使你使用 Kubebuilder 等這類型工具也還是會有很多小問題
4. 如果能的話，作者覺得有時候寫一些醜陋的 shell script 會比客製化各式各樣的 operator 還來得好。

https://medium.com/swlh/kubernetes-operator-for-beginners-what-why-how-21b23f0cb9b1