PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 其他群組 > 七嘴八舌異言堂
帳戶
密碼
 

  回應
 
主題工具
rainwens
Advance Member
 

加入日期: Jan 2013
文章: 419
引用:
作者kouiou
這次北高沒災情,就是使用雲端,當初還被國教署刁難.......

https://udn.com/news/story/122472/5771943

北高校務行政系統上雲端 躲過一劫

發生災情的公版模組嚴格來說也是雲端,使用者是學校,但系統是在教育部。

剛剛看了一下北市的系統,他們也是這陣子在移機
https://e-portfolio.cooc.tp.edu.tw

引用:
作者oversky.
資料學校都沒有備份嗎?
架構怎麼不用成 git 這種分散式的。

因為系統不歸學校管,無法直接備主機資料,
然後資料又是學生各自上傳上去的,沒經過學校,
除非說系統本身有匯出功能,可以將本校資料匯出來備份,
非公版模組的學校因為是自架系統,所以才有辦法另外備。
     
      
舊 2021-09-28, 09:35 AM #71
回應時引用此文章
rainwens離線中  
chk
Golden Member
 
chk的大頭照
 

加入日期: Apr 2001
您的住址: 雞窩
文章: 2,822
看了大家討論那麼多..
我稍微分享一下好了
小弟管理私有雲也有十年以上了吧
從Hyper-V 1.0
vmware 4.0開始
一直用到現在的vmware vsphere 7.0


暨大的案子用的應該是VMWARE
之所以出這個包,大概是建新的VM時,硬碟選了[非持續性]
[非持續性]--可以想像成電腦裝了還原卡,每次重開機就還原

一般預設是選[持續性]


工程師又用快照(snapshot)當備份
才會在重開機時,被還原至初始狀態
而上一次完整備份,可能就是9/5日

架構沒問題,問題也不出在雲端,備份比較有問題
RPO太長了點,資料上傳期間應縮短備份週期
且不要將snapshot當成備份
VM備份也不難,軟硬體方案都有

簡單來講..就是沒依ISMS要求

我們自己的系統VM備份有三份
storage 自己snapshot,再抄寫一份到異地storage
然後用sysnology Active Backup for Business,備份到便宜的NAS
重要系統再加用rubrik做備份,再複寫到異地
 
舊 2021-09-28, 09:46 AM #72
回應時引用此文章
chk離線中  
ansible
Major Member
 

加入日期: Jan 2021
文章: 117
引用:
作者barboo0412
我老闆的名言, 一台變兩台 兩台變四台 四台變八台 怎麼不行.
SQL全放在一台VM底下, 某人還誇口英文版效能較好.
於是從Windows + SQL 全用英文版. 上線後, 兩個星期就爆了. 重新弄回實體主機.
自此再也不敢提VM的事. 各政府機關 基金會也是這樣子玩, 管理是方便. Clone 就過去了.
慢?.... 叫使用者少操作就好. 拉機事一堆.


您好,您所謂「爆了」是指什麼狀況? 謝謝
舊 2021-09-28, 09:56 AM #73
回應時引用此文章
ansible離線中  
ansible
Major Member
 

加入日期: Jan 2021
文章: 117
引用:
作者chk
看了大家討論那麼多..
我稍微分享一下好了
小弟管理私有雲也有十年以上了吧
從Hyper-V 1.0
vmware 4.0開始
一直用到現在的vmware vsphere 7.0


暨大的案子用的應該是VMWARE
之所以出這個包,大概是建新的VM時,硬碟選了[非持續性]
[非持續性]--可以想像成電腦裝了還原卡,每次重開機就還原
https://lh3.googleusercontent.com/p...VTxrmeflDA=s600
一般預設是選[持續性]


工程師又用快照(snapshot)當備份
才會在重開機時,被還原至初始狀態
而上一次完整備份,可能就是9/5日

架構沒問題,問題也不出在雲端,備份比較有問題
RPO太長了點,資料上傳期間應縮短備份週期
且不要將snapshot當成備份
VM備份也不難,軟硬體方案都有

簡單...


好可怕。可是一般情況,照理說沒人會去改那個「持續或非持續」才對?
舊 2021-09-28, 09:58 AM #74
回應時引用此文章
ansible離線中  
chk
Golden Member
 
chk的大頭照
 

加入日期: Apr 2001
您的住址: 雞窩
文章: 2,822
引用:
作者ansible
好可怕。可是一般情況,照理說沒人會去改那個「持續或非持續」才對?


這就是神奇的地方...
也有可能建立範本機(Template)時就選了這選項
然後接手的人也不知道,就會Template機 來產生新的VM
設定就沿用了

如果無腦的一直下一步
預設就會是[相依],一般建議也是

此文章於 2021-09-28 10:24 AM 被 chk 編輯.
舊 2021-09-28, 10:17 AM #75
回應時引用此文章
chk離線中  
超軼絕塵
*停權中*
 
超軼絕塵的大頭照
 

加入日期: Feb 2015
文章: 398
這麼重要的東西發包跟規範這麼隨便!?
這隨便到彷彿隨便一般人都能去招標來弄了
舊 2021-09-28, 10:59 AM #76
回應時引用此文章
超軼絕塵離線中  
走馬探花
Amateur Member
 
走馬探花的大頭照
 

加入日期: Apr 2010
文章: 32
虛擬化主機不是問題
問題是資料庫

怎有人認為虛擬化會出一堆問題
上雲也是虛擬化的一種,開個EC2主機
AWS就去機房搬一台主機給你嗎?

虛擬化最好的就是省空間,省電力,還可以HA,一台掛了另外一台接手
另外需求暴增的時候,也可以增加設備,無須再搬一台server在放上去
而不是買一台高等級的主機,只有某個時段是高峰,其他時段空閒的
這一些都可以做調整,買高規格是浪費,買低規格等到需求來的時候被吊著打
再來一些無法downtime的服務,難道要一次買兩台主機,一台備用嗎?
除非你的ap主機能做到Active-Active,這類考量的東西會多很多,費用也會高很多很多
Active Standby會讓你的dowmtime減少許多,費用也會比較實惠一點


另外虛擬化資料庫本來就不適合,因為IOPS在虛擬化效能就是差
如果應付小流量可能還撐得住,像這類上萬人等級的
DB應該放在實體的Storage,效能會好太多

我這邊有兩個廠商都玩虛擬DB的做法
一台server 用Hyper-V裝ap跟db
這樣的優點就只有省錢省授權,萬一掛了就跟著埋葬
缺點很明顯,如果是大量資料寫入,保證會死給你看
當下處理過資料量超過寫入的量,連ap都拖累給你看
不知道這個廠商用什麼方法
如果像chk兄說的snapshot當備份
就恭喜這間廠商 不知道要賠多少了
__________________
本站不提供問事、通靈、解夢、占卜、處理卡到陰或醫療……等服務

問事、通靈、卡到陰請左轉到各大廟宇,解夢、占卜,請右轉到各大夜市

醫療請關電腦出門到各家診所及區域醫院。

此文章於 2021-09-28 11:32 AM 被 走馬探花 編輯.
舊 2021-09-28, 11:25 AM #77
回應時引用此文章
走馬探花離線中  
chk
Golden Member
 
chk的大頭照
 

加入日期: Apr 2001
您的住址: 雞窩
文章: 2,822
引用:
作者走馬探花
虛擬化主機不是問題
問題是資料庫

怎有人認為虛擬化會出一堆問題
上雲也是虛擬化的一種,開個EC2主機
AWS就去機房搬一台主機給你嗎?

虛擬化最好的就是省空間,省電力,還可以HA,一台掛了另外一台接手
另外需求暴增的時候,也可以增加設備,無須再搬一台server在放上去
而不是買一台高等級的主機,只有某個時段是高峰,其他時段空閒的
這一些都可以做調整,買高規格是浪費,買低規格等到需求來的時候被吊著打
再來一些無法downtime的服務,難道要一次買兩台主機,一台備用嗎?
除非你的ap主機能做到Active-Active,這類考量的東西會多很多,費用也會高很多很多
Active Standby會讓你的dowmtime減少許多,費用也會比較實惠一點

另外虛擬化資料庫本來就不適合,因為IOPS在虛擬化效能就是差
如果應付小流量可能還撐得住,像這類上萬人等級的
DB應該放在實體的Storage,效能會好...


其實我們DB已經虛擬化十年以上了...
效能不是問題..錢才是問題

我只能說技術進步真的太快

DB也不見得只卡在IOPS
程式沒寫好 CPU滿載的也很常見
沒調效而己...調完搞不好也沒吃那麼高的IOPS
真的吃IOPS
NVMe all flash的效能也進步很多了
錢多..買台Pure storage

十幾年買前一台DB server 4顆CPU 總共 16 core , RAM 64G RAM (IBM X3950)
記得買一百多萬

現在隨便一台30萬等級的server 2顆CPU 就32 core RAM 動不動就256 以上..


反而軟體愈來愈貴
舊 2021-09-28, 03:10 PM #78
回應時引用此文章
chk離線中  
走馬探花
Amateur Member
 
走馬探花的大頭照
 

加入日期: Apr 2010
文章: 32
引用:
作者chk
十幾年買前一台DB server 4顆CPU 總共 16 core , RAM 64G RAM (IBM X3950)
記得買一百多萬

現在隨便一台30萬等級的server 2顆CPU 就32 core RAM 動不動就256 以上..


反而軟體愈來愈貴


十幾年百來萬的DB server,我這邊還活著,還在維運,光MA就不少錢了
很想建議公司買一台三十幾萬 保固到期就更新,換下來便宜太多了
而且簽的都是7X24 待料MA
但換了一堆鳥毛,就繼續用到原廠不願意MA再來說
一切都是$$$的問題
同事的小孩也受災了,只是學校有留紙本跟檔案
檔案是上傳到學校的NAS備份,所以災情沒那麼嚴重
__________________
本站不提供問事、通靈、解夢、占卜、處理卡到陰或醫療……等服務

問事、通靈、卡到陰請左轉到各大廟宇,解夢、占卜,請右轉到各大夜市

醫療請關電腦出門到各家診所及區域醫院。
舊 2021-09-28, 05:26 PM #79
回應時引用此文章
走馬探花離線中  
chumowu
Major Member
 

加入日期: Apr 2017
文章: 151
只看到一大堆硬體師傅,個展本領
殊不知大大離題
拉回來...

今天聯合報社論
資訊大國的大腦萎縮症
https://udn.com/news/story/7338/5778818

學習歷程檔案制度,是四年前教育部從韓國取經而來;然而,政府複製國外經驗卻只學了半套。韓國是成立國家級的「國家教育研究中心」,負責建置、維護系統與檔案;但到了台灣,教育部因不懂資訊科技,又想便宜行事,只用少許經費委託給單一大學執行,再由大學外包給業者。

樓上有幾位大大,竟然早於本篇社論直指核心...佩服!

舊 2021-09-29, 07:49 AM #80
回應時引用此文章
chumowu離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是01:26 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。