對，但是我意思是說在寫入滿載的時候，你剛剛測的時候是人進去登打的，那機器呢？
OK，因為以前壓力沒有大到這個地步？
……喔！所以只有不到兩千筆是機器對機器？
大部分都是人的登打？
然後裡面相當少部分是剛剛網友自己登打，這個也是有嘛？
幾乎沒有人在用這個界面？
我剛看起來，它還可以上傳MP4（笑）。
OK，所以不太有人真的用手機拍了一部電影然後上傳？
30Mb，如果壓縮率高也可以傳微電影了（笑）。
不過我要講的是說，在批次寫入你們系統跟匯出你們系統，兩個你們都不覺得是壓力的來源，就是以目前的用量看起來都還好，然後這兩個東西如果要做成更結構化的方式，都是你們自己開發就可以了？
瞭解，謝謝，我問完了，不曉得有沒有別人想要討論什麼？我們還有一個簡報對不對？我們先進入下一個簡報。
對不起，打斷一下。「主機房」的這兩個意思是類似AA的狀態嗎？
他們的意思是在做RAID？
那這樣的話有測過異地嗎？
就是如果主機房被炸掉了會發生什麼事？
是人工改類似DNS的做法嗎？
所以一次從這邊知道被……我們不要說炸掉，被斷電（笑），到這邊recover大概要多久？
滿長的，裡面有多少時間是手動的？
所以意思是手動的部分可能一分鐘不到？
就要二十五分鐘？
開機就要二十分鐘？等於整套系統？
我是不知道災害後三十分鐘會怎麼樣，但是當時的spec是說這樣可以接受？
然後開機就要開二十幾分鐘？
……可是這是全自動的，不是嗎？就是說你會起來知道它active……
然後你們沒有所謂sleep to disk或這一類的東西？就是snapshot是一個running state，而不是一個cold boot，你知道我的意思？
通常我們的做法是資料備份之後，把它開起來，然後snapshot包含memory的狀態，然後把它freeze起來，就跟我們電腦沒電的時候一樣，然後醒來的時候你等於是memory多少就讀多少，然後就開機了，這樣不應該超過一分鐘才對。
對，可是當時這樣設計有特殊原因，還是就是因為三十分鐘可以交卷就這樣子？
瞭解，謝謝。請繼續。
可是你不是說我們這幾層裡面也許開機就要超過五分鐘？還是事實上是沒有？
我們現在是在說AP層CPU高，你說AP層就要多開，是不是？是每一層分別Cluster？
但是當它一開就會先算CPU使用量，好比AP還沒有開起來，因為我程式還在跑，但是我的電腦已經開起來了，所以這個時候會有一陣子CPU會……
瞭解，如果它正在開AP，那幾分鐘不會算？
瞭解，瞭解。所以它只要開這整個service的這整個過程，不要一直CPU 100%，就不會有錯誤判斷的情況。
請繼續。
這個部分是什麼時候開始？因為我們目前是在用國發會框的那個，那個是他們自己的，等於是用你們的IDC，但是是一塊固定的。因為我想要開一個Cluster，他說CPU快要用光，所以只能用2CPU，不能用4CPU比較好，所以事實上快用光的？
……已經可以用了？
瞭解，因為我們自己在架好比像Sandstorm Cluster或者是未來的Kubernetes Cluster，如果目前用國發會iaas的話，它目前已經快沒有了，不能給我們測了，我們很多劇本沒有辦法測。
所以如果可以的話，我們先在這上面測測看，我們比較知道你們那一些parameter比起GCE或者是AWS大概長什麼樣子。
我想我們會後就馬上來聯絡，主要在做這個的，反正都來了，就PDIS三樓的朋友們。
所以如果未來要測這種比較一下子起十台或者是五十台的劇本，目前這個已經都可以做了？
當然是在測爛掉不會怪你們的情況下（笑）。
……就很難講。
那這樣很好啊！因為在這樣的前提裡面，就變成是等於HiCloud是你們已經有了，只是這一個Virtual network是新的。
那像切出來的，有異地備援嗎？
喔！不然我看你其他功能都有了。
OK，好啊！所以那到年中就封測一下。
然後費用是比照雲端的共同採構，這邊的算法跟工業局的算法，不只是現在一樣，未來也都一樣，是掛鉤的。
好啊！那我們就來測它，請繼續。
不會撞天花板，這個很重要（笑）。
我們就拿消防雲來講好了，這個經費本來已經花下去了？
