知道。
請繼續。
對啊！臺灣就這麼大、光速就這麼快（笑）。
他的route也不可能經過任何你們不認識的人。
……等於intranet。
當然要測一下。然後latency應該也都還好，因為infrastructure都你們？
幾乎是不可能撞到的？
從這一台機器的角度來看，這邊有很多台機器，這邊有動態的一至三台都無所謂？
這個跟網段規劃是沒有關聯的，就是說事實上我這邊出來，我等於Join這邊的VPN。
都是還在GSN VPN裡面？
也可以VPN？
但是當我們已知，又要擴充它的量，又撞到天花板的時候，我們不妨把一些elastic的部分往這邊建置，那這樣這兩個中間等於是只能透過公共的網路？
喔！真的？
現在大概用一半了？
所以意思就是說，即使我們現在到這裡，也不能折舊賣回（笑）？
我們就拿消防雲來講好了，這個經費本來已經花下去了？
不會撞天花板，這個很重要（笑）。
好啊！那我們就來測它，請繼續。
然後費用是比照雲端的共同採構，這邊的算法跟工業局的算法，不只是現在一樣，未來也都一樣，是掛鉤的。
OK，好啊！所以那到年中就封測一下。
喔！不然我看你其他功能都有了。
那像切出來的，有異地備援嗎？
那這樣很好啊！因為在這樣的前提裡面，就變成是等於HiCloud是你們已經有了，只是這一個Virtual network是新的。
……就很難講。
當然是在測爛掉不會怪你們的情況下（笑）。
所以如果未來要測這種比較一下子起十台或者是五十台的劇本，目前這個已經都可以做了？
我想我們會後就馬上來聯絡，主要在做這個的，反正都來了，就PDIS三樓的朋友們。
所以如果可以的話，我們先在這上面測測看，我們比較知道你們那一些parameter比起GCE或者是AWS大概長什麼樣子。
瞭解，因為我們自己在架好比像Sandstorm Cluster或者是未來的Kubernetes Cluster，如果目前用國發會iaas的話，它目前已經快沒有了，不能給我們測了，我們很多劇本沒有辦法測。
……已經可以用了？
這個部分是什麼時候開始？因為我們目前是在用國發會框的那個，那個是他們自己的，等於是用你們的IDC，但是是一塊固定的。因為我想要開一個Cluster，他說CPU快要用光，所以只能用2CPU，不能用4CPU比較好，所以事實上快用光的？
瞭解，瞭解。所以它只要開這整個service的這整個過程，不要一直CPU 100%，就不會有錯誤判斷的情況。
瞭解，如果它正在開AP，那幾分鐘不會算？
但是當它一開就會先算CPU使用量，好比AP還沒有開起來，因為我程式還在跑，但是我的電腦已經開起來了，所以這個時候會有一陣子CPU會……
我們現在是在說AP層CPU高，你說AP層就要多開，是不是？是每一層分別Cluster？
可是你不是說我們這幾層裡面也許開機就要超過五分鐘？還是事實上是沒有？
瞭解，謝謝。請繼續。
對，可是當時這樣設計有特殊原因，還是就是因為三十分鐘可以交卷就這樣子？
通常我們的做法是資料備份之後，把它開起來，然後snapshot包含memory的狀態，然後把它freeze起來，就跟我們電腦沒電的時候一樣，然後醒來的時候你等於是memory多少就讀多少，然後就開機了，這樣不應該超過一分鐘才對。
然後你們沒有所謂sleep to disk或這一類的東西？就是snapshot是一個running state，而不是一個cold boot，你知道我的意思？
……可是這是全自動的，不是嗎？就是說你會起來知道它active……
然後開機就要開二十幾分鐘？
我是不知道災害後三十分鐘會怎麼樣，但是當時的spec是說這樣可以接受？
開機就要二十分鐘？等於整套系統？
就要二十五分鐘？
所以意思是手動的部分可能一分鐘不到？
滿長的，裡面有多少時間是手動的？
所以一次從這邊知道被……我們不要說炸掉，被斷電（笑），到這邊recover大概要多久？
是人工改類似DNS的做法嗎？
