專欄文章

Blog

circle
既生瑜,何生亮,Amazon FSx File Gateway為何而生

2021-07-02

AWS於近日推出了Amazon FSx File Gateway的服務,這種新型態的File Gateway經過網路最佳化以及快取技術,讓使用者或應用程式在存取Amazon FSx中的檔案時,就如同在使用本地端的File Server擁有極低的延遲,並且能節省地端和雲端間所需的頻寬,尤其當有很多使用者會直接使用共享資料夾中的資料時,快取所提供的優勢會更加明顯。   既生瑜,何生亮 ◆ 舊有的Amazon FSx混合雲痛點 有些人心中可能會有疑問,若是混合雲想要使用Windows File Server,之前AWS已經有推出Amazon FSx for Windows File Server(簡稱:FSx),那麼將雲上的FSx透過AWS Site-to-Site VPN或者是AWS Direct Connect連接地端,不就能滿足需求了嗎?單純從架構上來看是滿足了需求,但實際情況會有痛點,或者說能再優化的地方,因此AWS才在File Gateway推出了新的服務-Amazon FSx File Gateway。 在之前沒有Amazon FSx File Gateway服務時,用戶使用混合雲搭配FSx的架構圖如圖一,地端和雲端的連接會使用AWS Site-to-Site VPN或者AWS Direct Connect。 (圖一) 這個架構有兩個明顯需要解決的痛點,第一為地端和雲端間的頻寬會受限於AWS Site-to-Site VPN或者AWS Site-to-Site 的頻寬容量,當有很多使用者時常讀寫相同的檔案時,這些流量都會需要在地端和雲端間往返;第二為延遲的問題,因為讀寫的檔案是在雲上的FSx,若地端並非在AWS的區域(region)內時,讀寫檔案的延遲會非常的明顯。   ◆ Amazon FSx File Gateway的推出,終結客戶痛點 Amazon FSx File Gateway的推出解決上述客戶使用混合雲時的痛點,它把雲上Amazon FSx組態及檔案結構等放到客戶本地的Storage Gateway上,客戶便可以直接在地端掛載File Server,而其跟雲上的同步則完全由AWS處理,因此客戶可以享有雲上Amazon FSx全託管的優點,不需自己建立及維護File Server,但又有極低的延遲以及節省的寬頻用量。   ◆ Amazon FSx File Gateway適合的使用場域 因Amazon FSx File Gateway的File Gateway使用了快取技術再加上其是位於地端,因此下述三種特性的公司特別適合使用Amazon FSx File Gateway當地端的File Server。 1. 地端不在AWS Region內的公司: 以台灣為例,台灣不在AWS Region內,因此若使用混合雲搭配Amazon FSx會有延遲較高的問題,若使用Amazon FSx File Gateway,不僅可以大幅降低延遲,也可以降低地端和雲端間所需的頻寬以及頻寬的使用量。 2. 頻寬使用量大的公司: 當有很多使用者或應用程式會大量的直接使用Windows File Server的資料時,Amazon FSx File Gateway的快取不僅提供極低延遲的性能表現,也使你的流量不用一直在地端和雲端間往返,只需從地端File Gateway的快取進行讀寫即可,如此不僅可以節省使用的流量,也能讓你無須為了應付這些流量而架設較高容量的AWS Direct Connect或者是多條AWS Site-to-Site VPN以滿足流量需求,如此便能優化成本,減少開支。 3. 在不同地理位置有辦公室,需要使用同個Windows File Server的公司: 有些公司在各地有多個辦公室或者分公司,可能跨城市甚至是跨洲,若需要一個解決方案是各個地點的人員都能低延遲的使用同個Windows File Server中的檔案時,Amazon FSx File Gateway可以滿足你的需求,透過在各地建立File Gateway,這些File Gateway會從雲上的Amazon FSx共享同樣的Windows File Server儲存空間,如此就算是遠在地球兩端的分公司也能共享File Server,並且享有極低的延遲。   另外Amazon FSx File Gateway可以搭配AWS Backup使用(如圖二),讓你可以將File Server中極為重要的資料備份到AWS S3做冗餘儲存,大幅降低資料遺失的可能性,使你無須再煩惱如何安全的保存珍貴資料,一切都交給AWS幫你透過AWS Backup完成。 (圖二)   Amazon FSx File Gateway讀取體驗及讀寫測試 這次測試環境的架構圖,FSx位於ca-central-1,而FSx File Gateway與進行讀寫的EC2則位於us-west-2,透過跨區域的架構凸顯FSx File Gateway所提供的優勢。 (圖三)   ◆ FSx File Gateway 讀取大檔時的優勢   讀取延遲的部分以下面的影像做展示,讀取的資料分別是: 1. 10k Sales Records-約10MB的csv檔 2. 1m Sales Records-約120MB的csv檔 3. 5m Sales Records-約600MB的csv檔   動圖一為FSx (上方視窗)與FSx File Gateway(下方視窗)讀取10MB的csv檔 (動圖一)   動圖二為FSx讀取120MB的csv檔(耗時23.3s) (動圖二)   動圖三為FSx File Gateway讀取120MB的csv檔(耗時1.8s),比FSx快了約21.5s。 (動圖三)   動圖四,FSx讀取600MB的csv檔(耗時106.8s) (動圖四)   動圖五,FSx File Gateway讀取600MB的csv檔(耗時8.5s),和FSx的讀取時間差異十分巨大,足足差了約1分38秒。 (動圖五)   (表一,讀取時間總整) 從以上的測試中可以體驗到兩者檔案讀取時間的差異,尤其在讀取容量較大的檔案時FSx File Gateway具有明顯優勢。 在接下來的測試資料中你可以看到FSx File Gateway與FSx在讀寫兩方面輸送量以及延遲時間的表現差異性,此次測試的使用工具為DISKSPD。   ◆ 寫入測試 表二為DISKSPD測出的寫入詳細數據。 (表二)   以FSx File Gateway的95th %tile為例,其意思是在這次測試的數據中第95百分位數的IO延遲時間為223.544ms,也就是有95%的IO延遲時間<=223.544ms。接下來會將上述的詳細數據以圖表呈現,使你容易比對兩者間的差異。   圖四為寫入表現的比較圖,圖中分別比較了寫入的輸送量以及平均延遲。 寫入輸送量FSx為97.32 MiB/s,FSx File Gateway為261.32 MiB/s;寫入平均延遲FSx約為329.512ms,FSx File Gateway為122.57ms。FSx File Gateway的兩個數據與FSx的數據相比皆有亮眼的表現,不僅提供了兩倍多的輸送量,平均寫入延遲也比FSx低約207ms。 (圖四)   圖五為各百分位數寫入延遲比較圖,FSx File Gateway 95%的寫入延遲<=223.544ms,而FSx 95%的寫入延遲<=857.319ms,FSx甚至有少數的寫入延遲會高於1583ms。 (圖五)   ◆ 讀取測試 表三為DISKSPD測出的讀取詳細數據,因為FSx File Gateway有快取功能,所以數據分成了Initial Read以及Subsequent Read兩部分。 (表三)   圖六為讀取表現的比較圖,圖中分別比較了初次讀取(Initial Read)與隨後讀取(Subsequent Read)的輸送量以及平均延遲。   初次讀取: 讀取輸送量FSx為60.3 MiB/s, FSx File Gateway為260.93 MiB/s;讀取平均延遲FSx約為530.991ms, FSx File Gateway為125.987ms。FSx File Gateway的兩個數據與FSx的數據相比皆有亮眼的表現,平均讀取延遲比FSx低約405ms。   隨後讀取: 讀取輸送量FSx為62.9 MiB/s, FSx File Gateway為701.32 MiB/s;讀取平均延遲FSx約為506.556ms, FSx File Gateway為45.626ms。FSx File Gateway的平均讀取延遲比FSx低約460ms。從圖六也可以看出FSx File Gateway隨後讀取的效能表現不論是輸送量或者是延遲都比其初次讀取更加優異。 (圖六)   圖七為各百分位數初次讀取延遲比較圖,FSx File Gateway 95%的讀取延遲<=65.962ms,而FSx 95%的讀取延遲<=1737.684ms,兩者延遲的差距非常明顯,但FSx File Gateway少數發生cache miss 時寫入延遲會變得比較高。 (圖七)   圖八為各百分位數隨後讀取延遲比較圖,FSx File Gateway 95%的讀取延遲<=59.1ms,而FSx 95%的讀取延遲<=1504.612ms。FSx因為沒有快取的關係因此初次讀取與隨後讀取的延遲表現差不多,測試中延遲最高幾近7.4秒,但FSx File Gateway在隨後讀取時99.99%的延遲時間<=109.846ms,延遲表現十分的傑出。 (圖八)   圖九將FSx File Gateway初次讀取與隨後讀取的延遲表現整合成一張圖,可以明顯的看出它在隨後讀取所提供的超低延遲特性。 (圖九)   總結 Amazon FSx File Gateway將雲上Amazon FSx延伸到你的地端,使你可以輕鬆使用原生的Windows File Server,不用擔心如何佈建及維護,AWS完全幫忙管理、自動的同步資料到雲上的Amazon FSx For Windows File Server,因此你可以同時享受極低的延遲以及雲上的優勢。Amazon FSx File Gateway的快取技術使你的流量不用一直經過AWS Site-to-Site VPN或者是AWS Direct Connect,對於讀寫量大的客戶可以大幅的節省頻寬的使用以優化成本。   綜合上述的優點,若你的公司具有以下其中一種特性並在尋找Windows File Server的解決辦法,Amazon FSx File Gateway是你絕佳的選擇。 1. 公司位於AWS Region之外 2. 公司對File Server的讀寫量大 3. 公司有多個辦公室需要共用File Server    

Read more
【SAP on AWS專欄 III】SAP Business One on AWS 實現業務敏捷

2021-06-02

中小型企業現在可以在 Amazon Web Services (AWS) 雲端享受SAP Business One 的所有優勢。尤其是 SAP 已測試並認證了 SAP Business One, version for SAP HANA 可在 AWS 上進行正式環境部署。   SAP Business One 是一套 SAP 面向中小企業的 ERP 軟體產品,其價格合理、功能齊全、操作簡便,是一套適合中小企業目前業務需求及未來成長需要的 ERP 管理軟體。目前,SAP Business One 支援50種本地化版本 (Localization)、28種使用者介面語言,可被廣泛地應用在170個以上的國家,且目前在全球已有超過70,000家企業使用。   AWS 與 SAP 自2008年開始合作,已擁有超過10年以上的經驗;且從2011年以來,AWS 受到 SAP 的認證,支援 SAP 的各種應用程式。包含大型企業的數百間客戶,目前全球已有5000家以上的客戶在 AWS 上運行 SAP 相關架構/系統,且這數字不斷地在成長。   ● SAP Business One on AWS 優勢 根據 AWS 與全球 SAP 客戶合作的結果,降低整體擁有成本(TCO)、快速且彈性、提高創新能力、遠端辦公,是客戶將 SAP 遷移雲端的主要因素。   降低整體擁有成本(TCO) 與傳統的地端基礎架構相比,AWS提供了可靠且安全、並經過SAP認證的雲端平台,使企業能夠快速部署SAP解決方案,並將運行SAP系統的整體擁有成本降低多達71%。   快速且彈性 透過AWS,您可以快速輕鬆地部署基礎架構及建置 SAP Business One (支援 Version for MS SQL,或 Version for SAP HANA)。您不需要再猜測硬體架構容量的需求,可以因應系統環境變化來擴展或縮減資源,以滿足SAP的Sizing需求。   提高創新能力 藉由 AWS全託管服務,減少資料中心/機房維護的麻煩,可使企業更專注在研發創新上。   遠端工作 疫情來襲,企業營運不中斷,您除了可以享受 AWS 所帶來的高彈性、高可用性、隨用隨付等特性外,透過 Amazon Workspaces 隨時隨地在任何設備上處理 SAP Business one 重要工作。   ● 支援的軟體版本及部署模式 可依據您使用的版本來選擇下列其中之一的部署方式: ■ SAP Business One, version for MS SQL  ◎ Single Deployment並採用Amazon Workspaces遠端工作    ◎ Distributed Deployment並採用Amazon Workspaces遠端工作    ◎ High Availability Deployment   ■ SAP Business One, version for SAP HANA  ◎ Single Deployment (without installing Browser Access and B1i)採用Amazon Workspaces    ◎ Distributed Deployment (with installing Browser Access and B1i)並採用Amazon Workspaces    ◎ High Availability Deployment (with installing Browser Access and B1i)   在 AWS 上進行 SAP 遷移與部署需要豐富經驗的合作夥伴進行完整的規劃以及執行,CKmates 為企業建置 AWS 基礎架構來執行 SAP Business One 並遵循 AWS 最佳實務、監控資料庫使用情況,以減輕人力管理負荷,CKmates 亦提供概念性驗證(POC)驗證滿足企業需求後進行 SAP 遷移與部署。     SAP on AWS 系列專欄 【SAP on AWS專欄 I】選擇 AWS 執行 SAP 加速創新及轉型 【SAP on AWS專欄 II】AWS Launch Wizard 加速 SAP 部署 【SAP on AWS專欄 III】SAP Business One on AWS 實現業務敏捷    

Read more
【SAP on AWS專欄 II】AWS Launch Wizard 加速 SAP 部署

2021-05-03

AWS從2008年開始協助全球許多SAP客戶將SAP Workload遷移到AWS,歷經13年以上的時間與經驗, AWS傾聽客戶的聲音並將其反饋融入至AWS平台,藉此改善SAP on AWS的體驗。在此期間許多客戶期望能更快速、更容易地部署他們的SAP環境。 於是,AWS於2019年的re:Invent 發佈了AWS Launch Wizard服務,一個可以讓SAP使用者透過精靈的步驟,選擇EC2執行個體、環境參數設置、軟體安裝選項的方式來部署SAP HANA或SAP HANA-based NetWeaver的系統在AWS上,使用AWS Launch Wizard無需額外費用,只需為其創建的資源付費。   ● AWS Launch Wizard 加速且輕鬆部署 SAP 節省環境部署的時間 經過SAP認證的Amazon EC2執行個體:可依CPU/Memory或SAPS需求來選擇適合SAP系統的EC2 AWS Launch Wizard會根據所選擇的部署架構,為架構內不同角色的伺服器(如:ASCS、ERS、PAS、AAS、以及HANA Database)適當地分配Amazon EBS儲存空間 依需求選擇是否安裝SAP NetWeaver-based Application或SAP HANA Database;若選擇進行軟體安裝,整個環境部署只需花費二小時左右的時間即可完成 對於SAP HANA伺服器,可結合AWS Backint Agent(免費)軟體的安裝,往後可以更容易透過SAP HANA Cockpit、SAP HANA Studio、以及SQL Command,進行SAP HANA資料庫的備份(至Amazon S3)及還原(自Amazon S3) 根據數千個SAP on AWS 部署的最佳實踐,為SAP系統提供AWS 服務的資源選擇和成本估算 ● 支援的部署模式及軟體版本     ■ SAP軟體支援模式   ■ SAP軟體支援版本   ■ 可根據需求(如:開發、測試、QA或正式環境)選擇不同的部署架構   ■ 軟體安裝路徑設置   AWS Launch Wizard for SAP 重點發展歷程 Source: https://reurl.cc/WEnOM7   銓鍇國際 CKmates 協助您…… ✓ 進行遷移概念性驗證(Migration POC) ✓ 申請 AWS Credit 折抵 AWS 費用 ✓ 選擇 3 年的 RI (Reserved Instance)或 Saving Plan,享費用 1/3 的補助   看看更多 CKmates 客戶進行SAP on AWS的成功經驗: 大陸工程-運用 SAP on AWS 打造新世代 大江生醫-透過 AWS 發揮 SAP HR 系統的優點   SAP on AWS 系列專欄 【SAP on AWS專欄 I】選擇 AWS 執行 SAP 加速創新及轉型 【SAP on AWS專欄 II】AWS Launch Wizard 加速 SAP 部署 【SAP on AWS專欄 III】SAP Business One on AWS 實現業務敏捷  

Read more
【SAP on AWS專欄 I】選擇AWS執行SAP加速創新及轉型

2021-03-29

● SAP on AWS 時勢所趨! 在全球,在台灣,愈來愈多的企業組織選擇將SAP工作負載遷移至雲端。這些在AWS雲端上執行SAP的公司,對於大幅節省IT成本,生產力、業務靈活性和營運彈性等方面都獲得提升,表現出很高的滿意度。   IDG調查發現,企業組織在AWS上執行SAP的時間愈長,滿意度愈高。節省成本是促使遷移的主要動力,96%的客戶表示,整體擁有成本(TCO)有所降低,且平均總體節省了26%。   AWS擁有超過12年執行SAP工作負載的經驗,累積超過5,000名的AWS客戶執行SAP on AWS,其中有一半以上的客戶在AWS上部署以SAP HANA為基礎的解決方案。IDG調查更發現,將近三分之二的客戶計劃將其它SAP解決方案遷移至AWS。   SAP on AWS 所支援的解決方案:          ● AWS for SAP 優勢 ■ 經驗 自2008年以來,AWS透過協助數千個客戶遷移SAP工作負載而獲得了專業知識。此外,AWS擁有30多個獲得SAP技能的合作夥伴,展示了他們的技術水準以及在AWS雲上使用SAP應用程式的成功經驗。 ■ 技術 AWS擁有多達480k的SAP Application Performance Standard(SAPS),是其他雲供應商認證的兩倍,及擴展能力的三倍。 ■ 服務範圍 AWS是合規性認證和安全功能的領導者,擁有1,430個客戶驅動的服務和功能。 ■ 經SAP認證之執行個體 AWS包含經過SAP認證的130多種執行個體類型。所有執行個體所支援的記憶體,從4GiB到24TB,並支援S/4HANA擴展至48TB,支援BW/4HANA擴展至100TB,並且有多項基於Intel最新硬體和技術的SAP認證選項。   ● 擴展服務應用 您可以使用AWS其它服務,整合SAP業務流程與大數據和分析,物聯網(IoT),Apps和API,DevOps和機器學習來進行擴展,進而推動企業轉型。 整合類型:   ■ Apps and APIs API提供了敏捷,靈活,安全和可擴展層,用於整合各種企業應用程式,並為所有客戶的使用者界面和整合需求提供易於使用的服務。 ■ 物聯網 (IoT) 透過AWS提供的物聯網服務可幫助客戶收集數據並將其發送到雲端,載入和分析該資訊以及管理設備。 ■ 大數據和分析 透過大數據的管理及分析,整合SAP數據,能讓您更好的理解、洞察客戶的數據,進而分析客戶並找出更好的應對策略。 ■ DevOps DevOps是文化理念,實踐和工具的結合,可以提高客戶應用程式交付的速度。   ● SAP on AWS 效益 ■ 降低營運成本,提高營運效益 當您在採購硬體設備時,不論其目地是正式、測試、或是開發環境,您需要預先付出IT資源及為了硬體Sizing 能否滿足系統需求而傷透腦筋,如果購買時規格開的太高(貴),是否曾擔心屆時實際用量不如預期而造成資源浪費?反之,如果規格開的太低(便宜),是否擔心系統效能會受影響? 藉由AWS的Pay As You Go(按用量付費)模式,讓您免去等待硬體設備到貨的時間,可以快速建立所需要的AWS EC2執行個體進行系統的安裝、測試、及部署;若是進行概念驗證(POC),完成後即可刪除AWS上的服務,可以避免資源或金錢的浪費。您只為需要的時候佈建資源,AWS亦提供預留執行個體,最高可節省75%的雲端成本。   ■ 加速數位轉型 藉由AWS的數據分析、IoT、機器學習等新興技術與SAP環境相互整合,透過佈署,以低風險、快速、更具經濟效益的方式進行創新,並且從SAP環境衍生更多新商業價值。   將SAP工作負載佈建於AWS上,以提升營運效益及實現創新。   銓鍇國際(CKmates)為AWS長期認證的合作夥伴,亦取得AWS專業證照100+,擁有完整的架構師團隊,能夠協助客戶進行資料中心遷移,並特別重視資料遷移的安全性,藉由豐富的經驗,協助企業進行SAP on AWS,成為客戶發展新商業價值的優秀夥伴。   看看更多CKmates客戶進行SAP on AWS的成功經驗: 大陸工程-CKmates提供我們擁有絕佳的機會進一步… 大江生醫-在CKmates的協助下,我們得以大幅提升…   ★ 活動快訊 CKmates將在4月22號台北寒舍艾美酒店舉辦「SAP on AWS 應用論壇」,本次將探討 SAP on AWS 的雲端應用環境、SAP於AWS的工作負載執行效應...等等相關議題,還有大陸工程公司分享其效益與心得! 想知道更多有關SAP on AWS 的相關訊息,請立即報名,千萬別錯過囉!報名連結      

Read more
【雲端遷移專欄 IV】善用 AWS 原生遷移工具 使雲端遷移事半功倍

2021-03-08

雲端遷移是非常繁瑣且重大的工程,上一篇《影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」》中介紹了如何進行評估雲端準備的程度、盤點系統與分析,且遷移計畫中應包含驗證方法、成本預測、關鍵資源等,完成評估與計畫後,開始進行遷移而後優化。   遷移前完善準備,將各項風險降至最低 依照「遷移策略」不斷討論與評估時程、搬遷項目、成本、利害關係人等訂定「遷移計畫」,以利各單位與合作夥伴依循計畫執行。 在正式遷移前,先使用公司備份資料依照「遷移計畫」中的作業流程進行前期演練,實際檢視流程的順暢度、環境、時間等,以確保遷移計畫項目及執行時間能依計畫中的內容執行。 在進行遷移前對相關部門成員進行教育訓練,團隊中對 AWS 的知識越豐富,操作越熟練,執行過程中就會越順利,遇到障礙也會更容易處理。   進行遷移階段 市面上有許多的第三方工具可幫助遷移,推薦使用 AWS 原生遷移工具,簡化並加快遷移至AWS 雲端的速度:   1. AWS Migration Hub   集中式追蹤 移轉涉及許多需要追蹤的元件,像是移轉的伺服器或資料庫狀態,以及不同工具一般會追蹤的項目。AWS Migration Hub 可協助您解決這個問題,它提供追蹤所有元件狀態的集中位置,讓您更輕鬆的檢視整體移轉進度,並減少判斷目前狀態和後續步驟的時間。   移轉彈性 AWS Migration Hub 提供使用遷移工具的彈性,讓您選擇最適合組織的工具。無論您使用 AWS Server Migration Service、AWS Database Migration Service、CloudEndure Migration 等 AWS 遷移工具,或 ATADATA 這類合作夥伴工具,AWS Migration Hub 都能讓您輕鬆從這些工具追蹤遷移。   提升可見性 AWS Migration Hub 可協助您規劃移轉,將需要一起移轉的相關伺服器和資源編組在一起。編組成單一應用程式之後,即可輕鬆追蹤這些資源的完整遷移生命週期進度,協助確保成功遷移所有項目。     2. Server migration tools   3. Database migration tools   自動化 Cloud 的敏捷性是通過自動化實現的,建議您與Cloud 顧問團隊一同重新審視流程,並建立新的流程以確定哪些方面可進行自動化達成敏捷,並在遷移時可以選用適合的工具。   利用AWS全託管服務 透過 AWS 提供的全託管服務來加速管理您的系統,讓 AWS 幫您處理日常維護工作,讓您的團隊將時間花在更有價值的內容產出上。 常見的 AWS 全託管服務: Amazon Relational Database Service (Amazon RDS) Amazon DynamoDB AWS Directory Service Amazon Simple Storage Service (Amazon S3) Amazon CloudFront Amazon Elastic Load Balancing (ELB) Amazon Simple Notification Service (SNS) AWS Certificate Manager (ACM)    遷移後階段 (維運與優化) 監控所有服務狀態 制定全面的監控策略將確保您為應用程序構建強健的體系。在考慮效能和成本之間的權衡時,擁有以數據驅動的洞察力,可以了解環境的運行狀況,使您能夠做出明智的商業決策。   使用原生雲的管理管控工具 使用 AWS CloudWatch、CloudTrail、Config、Trusted Advisor 等服務能夠協助使用者檢查 AWS 的基礎設施,提高安全和效能、降低整體成本,以及監控服務限制、記錄使用者的操作行為,提供給企業更方便及安全的操作環境。   利用 AWS Support 作為企業支援的一部分 AWS Support 提供各種工具和技術、人員和計畫協助使用者優化效能、降低成本並更快地進行創新服務。   選擇合適的合作夥伴以幫助您完成遷移之旅 您應該尋找不僅具有遷移至 AWS 技術專長和經驗,且具有正確的敏捷方法論和項目管理框架的合作夥伴,來協助您制定前期完善的遷移計畫及優化遷移過程中每個階段的維運。 銓鍇國際在機房管理及系統維運擁有多年的實戰經驗,在雲端託管提供 7x24 的監控服務,藉由多年維運 IDC 機房經驗可提供客戶更好的服務品質。 此外,銓鍇國際作爲 AWS 原廠認證合作夥伴,擁有多年雲端遷移及維運經驗,能依照客戶的需求並按照 AWS Well-Architected 原廠認證計畫,以卓越營運、安全性、可靠性、效能與成本優化規劃出完善的雲端架構整合進計畫的每個環節,確保在雲端遷移整體計畫中,能順利上雲作業,降低雲端遷移風險,為企業更快產出商業價值。   雲端遷移系列專欄 Why migrate to the AWS Cloud? 想要雲端遷移?資深雲端架構師親自傳授遷移心法 影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」 善用 AWS 原生遷移工具 使雲端遷移事半功倍  

Read more
【雲端遷移專欄 III】影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」

2021-01-29

雲端遷移 (Cloud Migration) 是一項繁瑣的工程,必須有縝密的準備,才能有個良好的體驗,但不外乎兩大階段:遷移作業前評估、以及執行遷移計劃的選擇。   當然,選擇一個專精雲端遷移,並且遷移經驗豐富的的技術顧問服務商,完整企業的遷移執行,以及遷移後的雲端系統維運也是很重要,從中協助企業滿足雲端系統的體驗 (Ux in Cloud),這是決定雲端永續經營的成功因子。 雲端遷移,第一個階段是評估,首先要評估企業組織對雲端準備程度,並設法改善不足的部分,為後續的遷移工作做好準備,再來要盤點營運系統並加以分類,作為規劃遷移項目、選擇遷移策略、遷移順序的依據。 評估雲端準備程度   透過 AWS 所提供的 Cloud Adoption Readiness Tool (CART) 工具,協助企業組織針對商業、人員、程序、平台、作業、安全六大層面進行評定,詳盡說明企業組織的雲端準備程度,以圖表方式呈現,找出技能與遷移過程的落差,並提出增進的方式。   AWS Cloud Adoption Readiness Tool (CART) 評估工具   透由 CART 工具產出的雲端準備程度雷達圖   盤點營運系統   確認現有的實體機和虛擬機,以及正在運行的營運系統,包含 OS 版本、營運系統使用的程式套件,作為遷移計畫和成本估算的依據。   營運系統分析   根據盤點營運系統的結果,按照資源的共同特徵進行分類,分類的結果會影響雲端遷移策略與順序的選擇。   分類的範例   按照 OS 分類:90% 的 OS 在雲端有對應的版本;10% 的 OS 版本比較舊, 雲端沒有對應的版本,需要先在地端升級 OS,確認營運系統正常運作之後才能夠遷移。 按照資料庫引擎分類:80% 是 Oracle,20% 是 SQL Server。 按照營運系統的使用部門分類:50% 是業務部門使用,30% 是HR 使用,20% 是 MIS 使用。 按照營運系統的使用情境分類:50% 是正式環境,30% 是測試環境,20% 是開發環境。   遷移策略的選擇   選擇適當的遷移策略 (7R) 的選擇取決於客戶遷移到雲端的原因,時間的考量,業務和財務限制以及資源需求。   Relocate 將地端的 VMware 虛擬機直接遷移到 VMC on AWS。 Re-host 將營運系統從地端的主機移轉到雲端平台。 Re-platform 在不改變營運系統的核心架構下,將基礎軟硬體設施轉成 AWS 全託管服務,以減少管理的時間成本,例如:將關聯式資料庫遷移到 AWS RDS。 Re-factor / Re-architect 以雲端原生服務重新建構和開發營運系統。 Re-purchase 更新/重新購買軟體授權,通常是由傳統授權產品遷移到 software-as-a-service 平台,例如:將 HR 系統遷移到 Workday。 Retire 關閉不再需要的營運系統。 Retain 對於近期升級或建置的系統,考慮到執行效能及以投資費用,暫不遷移,保留現狀。   AWS Cloud Adoption Readiness Tool (CART) 評估工具   遷移的第二個階段是遷移計畫,主要目的是領導整體遷移作業,包含管理遷移服務範圍、時程表、問題和風險,並與相關負責人員進行協調,遷移計畫需要考慮的關鍵因素包含遷移順序、何時需要資源、系統切換時程和遷移進度追蹤等等。   遷移計畫建議要包括   評估作業:檢視管理方法、工具。 工具選擇:定義遷移期間使用的管理方法和工具。 程序制定:定義並創建遷移項目流程,確保系統相依性。 資源定義:制定遷移項目、測試方式、風險和處理日誌,以及責任矩陣,以管理遷移期間發生的風險,並確定每種資源的負責人員。 驗證方式:購買並部署管理工具作為驗收的標準。 關鍵資源:確定每個遷移工作流程的關鍵資源。 溝通協調:促進各部門溝通以及作業如期執行(確認遷移計畫及執行項目)。 成本預測:概述遷移時程表和估算成本(TCO)。   遷移策略的選擇   正確且最新的營運系統及基礎設施資訊,對遷移階段做出效能和依賴性決定非常重要,以下是在擁有充分數據所制定的詳盡遷移計畫的關鍵因素:   盤點營運系統對分類、遷移順序和遷移計畫非常重要。 遷移時使用敏捷方法,優先對前兩三個要遷移的營運系統進行深入分析,遷移第一個營運系統時,繼續對下一個營運系統進行深入分析,以避免資料過時而失去正確性。 迭代過程可以避免因為遷移規模過大而不知所措,或是被過時的初始設計計劃限制進度,遷移計畫與執行過程時獲得的技術與專業知識,將提供對營運系統進行優化的機會。   如果客戶對 RTO (Recovery Time Objective)、RPO (Recovery Point Objective) 有高度的要求,並且希望使用混和雲 (Hybrid Cloud) 系統架構,這樣就需要單一介面能進行雲端移轉及雲地兩端備份操作;銓鍇國際 CKmates 能夠協助客戶導入 Veeam 進行遷移,透過將 Veeam 的備份資料上傳到雲端,可以在雲端快速建立與地端相同的虛擬機與營運系統,透由CKmates 的雲端整合解決方案能力,Veeam 還能夠連結地端與雲端的 vCenter 執行 Replication 做為 DR site (Disaster Recovery),減少 RTO 與 RPO。   銓鍇國際 CKmates 擁有 AWS、Veeam、VMware 多方的認證資格夥伴資格,長久累績的豐雲端遷移經驗,無論是全球網站、ERP 系統與關鍵應用服務均有成功案例,故能依照客戶的需求並按照 AWS Well-Architected: 卓越營運、安全性、可靠性、效能與成本優化的五大支柱,規劃出完善的雲端架構,整合進計畫的每個環節,進而訂出專案時程及成本 (TCO),確保在雲端遷移整體計畫中,能順利上雲作業,降低雲端遷移風險,為企業更快產出商業價值。    雲端遷移系列專欄 Why migrate to the AWS Cloud? 想要雲端遷移?資深雲端架構師親自傳授遷移心法 影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」 善用 AWS 原生遷移工具 使雲端遷移事半功倍  

Read more
 
2021 台灣邁向智慧製造,銓鍇國際 CKmates 扮關鍵推手

2021-01-18

我們想讓你知道的是   5G、智慧工廠與智慧質檢無縫整合,形成製造業數位轉型組合要件。核心營運機制將由地端移至雲端,台灣製造業全新智慧化生產前景可期。   在新冠肺炎疫情的衝擊下,自 2020 年起,台灣製造業承受著來自消費市場迅速變化與勞工供給穩定性等多重壓力,於是紛紛投入數位轉型的行列,以加速企業整體的應變能力。 在企業數位化服務領域深耕多年的銓鍇國際 CKmates 總經理何鴻汶,在 CKmates 雲友日大會中,提出對 2021 年台灣製造業 IT 三大趨勢預測,包含 5G、智慧物聯網(AIoT)與 ERP 上雲等 3 項重要發展,作為 2021 年製造業相關企業年度規劃時的參考依據。 趨勢 1:5G 開創新時代   針對已在 2020 年陸續開台的台灣 5G 高速無線網路服務應用,CKmates 主任工程師林盛裕分析,在 2021 年 5G 最重要的五大運用將是:物聯網、人工智慧、車聯網、智慧家庭與虛擬實境/擴增實境(VR/AR),這些應用方向將會帶動跨界混搭與異業結合的龐大機會,雲端服務將會扮演其中的關鍵角色。 而在即將來臨的物聯網浪潮中,林盛裕歸納 5 項重大服務創新,在智慧製造、遠距醫療、能源、運輸與零售等產業,將全力營造智慧無處不在(Smart Everything)的便利生產與消費環境。 其中銓鍇國際 CKmates 更以企業用戶對 IoT on AWS 的要求深入觀察,推論出企業對關鍵需求與系統設計的 7 項優先考量為:擴充性、成本優化(按需收費)、資訊安全、彈性存取、營運維護、數據分析與智慧商業等。與 CKmates 合作,率先業界引入 AWS IoT 服務的威綸科技與奧暢雲 Allxon 等成功經驗,更值得即將透過 5G 進軍 AIoT 的企業與生態圈夥伴借鑑。 趨勢 2:企業 ERP 遷移雲端   根據 IDC 在 2020 台灣 ICT 市場十大趨勢預測 ,預估至 2021 年底,台灣將有 47.8%中小企業展開數位轉型。具有協助多家企業建立 SAP ERP 服務經驗的賀呈國際資深顧問經理董永彥認為,企業 ERP 系統從最早的 Unix 專屬主機,歷經 IDC 主機、虛擬化主機、私有雲、公有雲、混合雲,不斷面臨著技術迭代升級的需求。而其中 IT 單位遇到的最大障礙,始終都不是硬軟體規格,而是如何因應全新技術環境設計與規劃系統、管理與維運系統,並且維持效率與成本之間的平衡。 董永彥以台灣著名建設公司 -「大陸工程」舉例說明:早在 2002 年就導入 SAP 的大陸工程,為了提升營運效率,提出了雲端遷移的計畫,賀呈國際隨即與銓鍇國際 CKmates 共同合作,在 2017 年即開始陸續將企業相關系統陸續移植至 AWS。此舉讓 SAP ERP 報表提供速度提升 83%、IT成本降低 10%、網路延遲降低 30%,而備份時間也減少了 5%。而在 2020 年將 EIP 遷移到 AWS Serverless 之後,大陸工程更計畫在 2021 年繼續推動 OA 系統也移上 AWS,陸續完成營運雲端遷移的長期規劃。 趨勢 3:AIoT 未來工廠應用   而 IDC 在對 2021 年台灣 ICT 市場的趨勢預測 當中,更預期新世代解釋型人工智慧的企業採用率於 2021 年將達到 53%,製造業則是先行導入的重點產業之一。深耕製造業 MES 系統領域多年的至德科技總經理陳泳睿分析,為了因應工業 4.0 的全新生產架構要求,如 IEC 62890、IEC 62264 與 IEC 61512 等,企業應當利用雲端服務建置並整合 11 項 MES 核心功能,如生產排程、生產派工、生產履歷、作業人員管理、品質管理、維護管理等,同時利用數位戰情室彙整生產線上數據,掌控所有生產狀況,解決生產流程變異性高、製程彈性變化大、交期緊迫與掌控出貨能力,以及提升設備利用率等問題。從產品生命週期打造智慧製造,對每項需求都迅速回應,盡可能提升價值工時,讓所有員工的工時都能對業務產生貢獻。 針對企業在製造產品時的良率管理關鍵,專攻品質檢驗技術的小柿智檢執行長洪沛駿進一步表示,目前台灣製造業在品管控制方面,許多企業大多仍採人工目測方式進行。但人工檢測不穩定且難以溯源追蹤的缺點,為質檢難以突破的痛點,且質檢結果無法與現有 MES 系統對接匹配,傳統 AOI 機台更無法依少量多樣需求快速換線與快速部署,嚴重降低生產效率。 洪沛駿表示,小柿智檢將與銓鍇國際 CKmates 合作,陸續輔導工業電腦、手工具、紡織廠、汽車零部件與食品加工廠等業者,利用高速相機搭配自主研發之 AI 深度學習檢測軟體,透過人工智慧技術協助企業進行自動化質檢;並以雲端服務解決傳統套裝軟體無法即時最佳化與彈性擴增功能的缺點,有效解決產品缺陷瑕疵檢測問題。 齊心協力,銓鍇 CKmates 生態圈合力推動台灣邁入智慧製造新紀元 綜整即將到來的 3 大趨勢,何鴻汶認為:   即將在 2021 年興起的 5G 等同是另一種雲端科技,高頻寬、低延遲與多連結等全新特性,將與現有的公有雲、私有雲、大數據與 AIoT 等結合,成為企業開啟創新營運基礎的新利器。   而 3 大趨勢更顯示出台灣製造產業即將整合創新與現有科技,如 5G、人工智慧、物聯網、ERP、MES 與品質管理等,向智慧製造、靈活接單前景邁進 面對這股勢不可擋的趨勢變革,何鴻汶強調,銓鍇國際 CKmates 與各業界夥伴共同打造的雲端服務生態圈,將一同針對台灣製造業的營運需求變化,提供完備的整合顧問服務,發揮最尖端的雲端服務,協助製造業成功推動數位轉型,順利邁向智慧製造的全新世代。   文章出處:The News Lens 關鍵評論網

Read more
【雲端遷移專欄 II】想要雲端遷移?資深雲端架構師親自傳授遷移心法

2020-12-10

何謂數據遷移 所謂的遷移 (Migration),即是包括將任何工作負載從來源端,常見是內部本地端的部署流程、環境、基礎設施或從其他公有雲端中,轉移到另一個目地端的過程。數據遷移是最常見的遷移需求之一,則是將數據從一個地方移動到另一個地方的過程,通常是指儲存資料或資料庫之間轉移。   眾多企業都會有將部分或全部的資料進行遷移,包括使用混合雲或是完全透過公有雲來管理數據。數據遷移的需求包括企業本身的服務升級,業務流程更改,數據量劇增和性能要求等,以求更高的可靠性、可用性與減少管理成本。   當數據從來源地遷移到目的地,通常也需要數據驗證,以求其在新的系統轉換數據格式或儲存更大量的資料等。此外,透過雲端相關工具進行資料搬遷,也必須要同時能兼顧高可用性、擴展性、安全性,以防在資料轉換與傳輸過程中有所遺失。 許多企業選擇將工作負載轉移到雲中,希望將其應用程序託管在可用的最具成本效益和最佳性能的雲端環境中。選擇正確的數據遷移解決方案是雲遷移計劃過程的關鍵組成部分,即使在其最初階段也應予以考慮。   資料遷移的流程 資料遷移的流程 一般來說,遷移大致上都可以將階段分成前期評估、遷移計畫、實施遷移與操作以及遷移後維運的四大流程,以下說明:   前期評估 了解數據及其用途 在開始數據遷移過程之前,請確定要遷移的數據,當前使用的格式、是否有加密、數據的存放位置、遷移後的格式以及與目標環境系統的一致性等,並記錄轉換前後其中可能存在差異的地方。以數據類型來說,包括型別、空值、空格、時間和日期格式等等的相關資料樣貌,有可能在前後資料庫轉換過程,尤以異質資料庫轉換,導致未正確搬遷。 規劃項目的規模和範圍 當了解企業自己的數據樣貌之後,接下來則必須清楚定義想要搬遷的資料範圍、預期將使用的有關資源、停機風險、花費時間以及合理預算。以求在評估階段能夠通盤預先知道在執行搬遷時會發生的狀況。 對於企業業務的潛在影響 在整個遷移過程中,資料傳輸的過程是否加密。是否可以容忍任何數據丟失或損壞,如果可以的話,可以接受多久與多少資料量丟失,以及對於當前企業的業務範疇內會造成的影響。經過搬遷之後,必須決定舊有的數據中心是否要關閉、還是將原有與後來的資料存放位置混合使用。當上述的問題都能被詳細從頭到尾完整盤整過後,企業也更能掌握遷移前後的營運狀況。   遷移計畫 成功的資料遷移計畫,需要規劃相當細節的綜合搬遷策略。然而,規劃搬遷時通常會考慮將哪些工作負載、資料遷移到目標雲端、風險評估、預算和各個遷移步驟的安全性等,以制定不同階段資料遷移目標與時間軸,以確保企業的搬遷需求能在規劃中符合預期地完成。   資料遷移的計畫上,大致上可以分成前期準備、執行方式、實施搬遷的不同階段,如下:   前期準備 根據前期評估避免風險發生,通常是在於網路安全、資料加密、防止停機以及數據流失等常見狀況。在數據真正遷移之前,也必須要確認已備份所有數據,尤其是要遷移的文件。如果您在遷移過程中遇到任何問題,例如文件損壞,不完整或丟失,則可以通過備份將數據恢復為原始狀態來糾正錯誤。 執行方式 以資料遷移本身來說,本質上還是要遵循 ETL 資料轉換基礎三大步驟,包括提取數據、轉換資料以及載入資料。一般來說,資料轉移大致上可以分成兩種:   資料庫的轉移: 確認來源端的資料格式、所用資料庫引擎 創建在雲端上的能用於儲存搬遷後資料的目的地環境 將來源端資料中心與雲端目標資料庫進行連接 選擇對應想要搬遷的資料庫 透過搬遷工具自動同步搬遷資料   儲存資料的轉移: 確認資料來源 選擇使用轉移方式,私有連線、線上傳輸、離線傳輸或是串流資料 創建在雲端上的能用於儲存搬遷後資料的目的地空間 透過工具開始備份資料到雲端 實施搬遷與操作 資料庫搬遷: 透過整合 AWS DMS (Database Migration Service),可以協助進行資料庫搬遷。其可以保證在來源端資料庫可以保持完全運行中的狀態、將多來源資料庫合併成一目標資料庫、最大化減少停機時間,甚至可以保證與目標雲端的資料庫保持同步等多項優點。   若企業本地端資料庫與雲端的資料庫引擎不相同時,DMS 除了本來就支援的同質遷移 (如從 MySQL 到 MySQL),也可以支援異質遷移 (如從 Microsoft SQL Server 到 MySQL),大幅減少企業擔心資料轉換問題。   目前 AWS DMS ( AWS Database Migration Service) 亦支援 noSQL 相關異質移轉,包括從 MongoDB、Cassandra、MySQL 等移轉到 dynamoDB。對於企業有使用多種不同資料庫引擎而言,毋須擔心搬遷支援上的問題。   儲存搬遷: 若與儲存相關的資料搬遷,大致上可分成如私有連線、線上傳輸與離線傳輸。 • 混合雲:使用如 AWS Storage Gateway 與 AWS Direct Connect。是可以將本地的資料中心與 AWS 雲端打通一個專屬的私有網路連線,如此一來若有龐大的資料需要上傳,則可以透過這個方法將資料移轉至雲端。 • 線上傳輸:使用如 AWS DataSync 服務,可以將本地端資料上傳 Amazon S3 或 Amazon EFS 等常見的儲存服務,簡化整個資料傳輸的過程,其傳輸速度能比開源工具快上 10 倍。AWS Transfer Family 系列服務,更可以提供全託管將文件傳入或傳出 Amazon S3,透過常見的傳輸協議如 安全文件傳輸協議 SFTP、SSL 的文件傳輸協議 FTPS 或文件傳輸協議FTP。若有速度上的需求,甚至可以加上 Amazon S3 Transfer Acceleration,不需要專有網路協定,即可最大化頻寬以加速傳輸。 • 多來源的裝置資料:透過 Amazon Kinesis Data Firehose,將資料大量串流儲存到 Amazon S3 或者 Amazon Redshift。此外,Amazon Kinesis Data Firehose 更具備全託管能力,讓開發人員不再需要撰寫應用程式或自行管理基礎設施。 • 離線傳輸:常見的是嚴峻的環境,如工作空間、電力、設備受限等等,可以使用 AWS Snow 系列,包括 AWS Snowcone、AWS Snowball 與 AWS snowmobile,透過實體裝置以實體線連接至企業的數據中心,能夠有效且穩定搬移龐大的資料。   遷移後維運 遷移完成後,請確保來源端和目標端的系統之間的搬遷資料具有一致性。目的是確保所有遷移數據都是正確、安全且在正確位置。為了驗證這一點,請針對目標端的系統進行測試,以求搬遷後的目標端系統,能夠以原本的應用程式對接,符合原本的業務需求。   即使進行測試,也總是有可能在遷移過程中出錯,如果發現錯誤,例如數據不完整或損壞。故遷移到雲端上後,也必須要有備份、安全性與對應的錯誤處理機制,以求業務能穩定於雲端運行。   結論 如今,企業產生的數據量不斷增長,傳統作法已難以負荷,如果又要提升從資料湖中提取的高價值的數據,進行雲端遷移或混合雲架構是符合數位轉型趨勢的作法。   資料搬遷的成功越來越取決於為您的工作負載選擇最佳環境,若企業評估整個遷移流程,需要尋找可靠且擁有豐富雲端遷移經驗的團隊,銓鍇國際 CKmates 是您值得合作的夥伴,銓鍇國際 CKmates 擅長依據企業現有的架構進行完善的遷移計劃,能考慮到數據所運行的環境細節,大幅降低意外成本或停機狀況的可能性。並且在遷移期間和遷移之後,銓鍇國際 CKmates 將持續協助企業進行優化和服務建議。當數據能有效且穩定的在雲端上提供高可靠、合規性與安全性時,就能為企業提供更多商業價值。   雲端遷移系列專欄 Why migrate to the AWS Cloud? 想要雲端遷移?資深雲端架構師親自傳授遷移心法 影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」 善用 AWS 原生遷移工具 使雲端遷移事半功倍  

Read more

最新文章

加入 Line 好友 加入 Line 好友 歡迎來聊聊 寄信給我們 訂閱電子報
joinline