在蔚藍的領地

LEARN TO LIVE AND LIVE TO LEARN.

彙整 (page 8 of 10)

IBM LinuxONE Community Cloud小試

IBM LinuxONE Community Cloud服務由IBMMarist College合作提供,註冊申請時需要手機驗證,申請通過後會收到兩封信件,一封是帶有虛擬伺服器授權啟用的認證信件(連結需在48小時內確認),而另外一封則是申請帳戶與使用權利的通知,上面會註記使用期限,網路上有些小道消息是這一個服務使用期限是60天,到期時可再申請續用一次,亦即這一個服務最長有120天的使用期(尚未碰過,未知),對於學習大型主機上Linux作業系統應該算是不錯的體驗。

IBM LinuxONE Community Cloud服務提供每位使用者僅一個額度的VM,其規格為2VCPUs、4GB記憶體與50GB磁碟空間,這一個規格應該足夠開個WP網站來玩看看。OS上,選擇的是Ubuntu 20.04 LTS,沒為什麼,單純習慣而已。

VM細節

IBM LinuxONE Community Cloud上的作業系統影像檔預設上提供了Ubuntu 20.04 LTS,在VM環境建立完畢後,著手升級到Ubuntu 22.04 LTS,過程中順利無礙,速度也頗為快速,這應該是歸功於IBM LinuxONE的超容錯設計與卓越效能。

升級至Ubuntu 22.04 LTS

至於IBM LinuxONE Community Cloud主機中央處理器的資訊如下:

IBM/S390 CPU 資訊

根據網路資料上的訊息,Marist College是一所綜合性文科大學,主校區坐落在紐約哈德遜河谷,分校區設於義大利的佛羅倫斯。網路速度如何?應該不用想,可能不如美西或者亞洲鄰近的雲端業者機房,但以目前手頭上的網路而言,其實速度還是不錯的,傳輸速率可以參考下方圖片。

bpytop
speedtest-cli

建立VM後,預設通訊埠上僅開放OpenSSH通道使用,若需要其他服務(如LEMP)就需要自行開啟放行通訊埠,IBM LinuxONE Community Cloud提供的文件是以iptables方式設定,不過使用ufw(Uncomplicated Firewall)也是可以的。需要注意的是,因為該VM建立後,會直接配發一個實體IP,基於避免IP裸奔的情況發生,原則上透過內容傳遞網路(CDN)來過濾網站內容的讀取較為適切,我是透過Cloudflare WAF(Web應用程式防火牆)服務,進一步保護網站減少受到弱點攻擊的機會。

基於在大型主機上學習Linux,其實IBM LinuxONE Community Cloud或許有它自己的理由讓實體IP直接面對外面的網路環境,讓使用者以最直接的方式來理解防火牆的運作,惟基於避免網站憾事發生,透過CDN的傳遞避免裸奔情況,應該會是另外一條不同的學習思維。

另外一個是,原本計畫安裝.NET 7,微軟似乎尚未釋出類似x64架構的套件管理員安裝方式,以Snap、安裝程式腳本,或透過手動二進位安裝的方式也是碰壁,不清楚是否微軟在未來有支援IBM System/390架構版本的計畫?其實蠻期待的!

以上,使用IBM LinuxONE Community Cloud近24小時的感想只有一個,IBM System/390x果然是好東西!

Mover.io雲端移轉一些心得

在2021/2 的「Workspace for Education (原 G Suite for Education) 儲存空間政策異動」公告中,Google提及將自 2022/7/1 起限縮教育用戶僅能共同使用100TB 的儲存空間。近兩年前得知到這一個消息後,著手開始準備將原本存在Google Workspace (G Suite) 教育版儲存空間內的檔案移至到其他雲端服務上,但從近10TB的資料一下縮成5GB的空間時,其實是有壓力。

需轉移的資料主要有三個,分別是雲端硬碟(包含我的雲端以及共用雲端) 、Gmail 信箱內的所有信件以及 Google 相簿。前期的作法是透過Google推薦的畢業生自行轉移資料的方式。這方式在設定好之後,的確能為資料移轉過程中帶來便利(至少不用像TakeOut一樣還需要等候郵件通知,一筆一筆下載資料到本地端電腦),但缺點也是非常明顯的,10TB的龐然大物本身要轉移就有難度,掉檔正常。在歷經數月的操作下,最終還是在空間縮減政策期限前,改採MOVER.IO的雲端轉移方式才勉強符合校方的規範。

MOVER.IO仍會碰上在資料轉移過程中掉檔的問題,但好處是可以透過其產生的LOG來瞭解是哪些檔案在轉移過程中無法進行複製的(如:無法支援的檔案格式),使用者可以回到原始的雲端硬碟中單獨進行備份作業。

LOG

MOVER.IO其實在來源端所支援的雲端服務不少,很可惜的是,微軟在最新的政策指引中,已經排定它的淘汰時間表,未來將由SharePoint 系統管理中心接手後續的作業。待這一次資料移轉作業完成後,再嘗試透過SharePoint 系統管理中心來轉移雲端硬碟資料看看。

SharePoint 系統管理中心

MOVER.IO在資料轉移的速度上我並沒有去統計每個小時能複製多少資料流量,不過根據MOVER.IO頁上面資料的顯示,其實已經遠比Google畢業生自行轉移資料TakeOut快上許多,或許這次資料是由Google WorkspaceMicrosoft365帳號間的資料轉移,實際的流量仍得看各大雲端系統間而定,但這樣的速度,其實已經蠻令人滿意(2022年12月8日~2022年12月10日統計)。

最後,從去年年底嘗試透MOVER.IO將資料由Google Workspace (G Suite) 教育版搬至學校建議的Microsoft365服務後,暫時放下心中一塊大石,然而,教育版目前訂閱的雲端空間侷限在1TB,因此,龐大的資料若要完全放在Microsoft365上,恐怕還是得要考量額外購買空間或者訂閱Microsoft365其他較高的服務,至於如何選擇,還是得視自己的需求而定。

OneDrive 空間

說明:本次MOVER.IO作業由Google Workspace Business Standard帳號至Microsoft 365 Developer Program帳號間的記錄。

SPEEDTEST CLI安裝

Speedtest CLI 主要是針對開發人員的網際網路連線測量的工具,這一次將安裝在日前架設在Oracle Cloud上的實體(Ubuntu 22.04),以檢驗實體系統對外的網路情形。

安裝 Speedtest CLI

sudo apt-get install curl
curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash
sudo apt-get install speedtest

查詢Speedtest鄰近伺服器列表

speedtest -L
speedtest -L

由於實體是架設在Oracle Cloud大阪機房的關係,因此程式會列出鄰近伺服器列表以供作連線測試。

Speedtest連線測試(不指定伺服器)

speedtest
speedtest

在第一次執行speedtest時,程式會要求輸入「YES」同意授權使用,此時speedtest會自動連向測試的主機,以統計上下載頻寬。

Speedtest連線測試(指定伺服器)

speedtest -s
speedtest -s28910

speedtest提供了一些參數,其中-s(–server-id=)參數主要是讓開發人員指定的連線測式的伺服器,透過-L參數取得到鄰近伺服器的ID碼後,搭配-s參數進行連測頻寬的測試使用(圖例server-id是28910,位在日本東京的FDC機房)。

除了文字介面外,speedtest也提供了視覺化的網頁版測試結果數據供參考,只需要將結果的URL複製貼到瀏覽器上的網址欄位便可看到連線測試的結果(下圖)。

speedtest亦提供視覺化的結果頁面

Speedtest CLI 支援了FreeBSD/Linux/macOS等平台,可以依照自己系統的需求來安裝即可。這次實體作業系統是建構在Arm Ampere A1 Compute上頭,整體運作上表現不錯,雖然實體遠在日本大阪,惟已是臺灣對外連線品質上算是速度最快的地區之一。

Oracel CLOUD FREE

前幾天申請完帳號後,順道就將虛擬機器建立起來當WEB伺服器,採用VM.Standard.A1.Flex 資源配置(等同於 4 個 OCPU 和 24 GB 的記憶體)建立 Ampere A1 運算執行處理,硬碟僅切出100GB作為系統與資料儲存,由於原建立區域選擇日本中部的大阪,網路速度上大致可以接受,不然也還可以透過存放在AZURE東日本的虛擬機器傳送資料。對比AZURE或者GCP免費的額度與配置項目,ORACLE真的大方。

CPU配置
檔案傳輸(TW –> JP)

37年前的今天(1985年)Windows 1.01發行

Microsoft Windows 1.01是Windows系列的第一個產品,於1985年11月20日開始發行,距今已經37年。記得當時第一個使用的版本是1.03,學校在那時候也進了一批宏碁(Multitech)電腦(搭配MS-DOS3.2?),不過學生還是以Apple II作為學習程式為主力的電腦,當然,電腦教室除了這兩款電腦外,也包含IBM PC/XT和臺灣不知名廠商生產的大博士電腦。對比今日的作業系統發表,過去似乎歡樂些了。

2022金門行

金門,嗯~應該說是原本服役第一志願的地方,只可惜本期學生中僅兩支金門籤,加上學號又是排第二位抽籤的關係(東部),只能期待在日後若有機會輪調的話,去趟金門應該是最好的方式(事與願違)。

在若干年後,隨著金門觀光的開放,終於有機會以老百姓的身份前往金門,和同團學長們想法不同(任務禮),我就是單純體驗觀光而已,沒太多的想法反而可以細細體會一下這趟的旅程。

這趟旅程是在11月初舉辦的,惟天候上不算太好,加上臺北連日的大雨,其實出發前並沒抱著太大的好感,僅希望抵達金門後天氣能夠稍微轉好些。或許是風獅爺聽到我的呼喚,真的抵達尚義機場時就轉為陰天,地面上還乾乾的,看來應該有個不錯的開始。

金門縣觀光處有列出幾個地點,不過這一次行程上算一算僅有六處,依照時間的順序分別是陳景蘭洋樓、翟山坑道、沙溪堡、莒光樓、模範街、清金門鎮總兵署。事實上,去過的地點也不少,不過並未羅列在上圖上,如:觀止步道、陽翟老街、建功嶼等。

這一次行程上有兩個比較意外卻又令人高興地方是,金門大橋通車後第三天終於有機會搭乘巴士走一趟(去小金門時是搭船,回程大金門則搭巴士),另外一個是莒光樓整修後再度開放。天候因素加上行程稍趕的關係,倒是沒有太多餘的時間去仔細體驗一下行程上的點滴。或許他日獨自前往金門時,可以細細體會一下金門的風情。最後,為學長們所安排的行程致上最高的敬意,辛苦了!謝謝!

今年的國慶視覺圖案設計

近年已經鮮少關注國內各項慶典的設計,加上今年國慶前很湊巧的碰上第二次染疫隔離的關係,做足休息也就少去關注今年國慶視覺圖案設計的內容。今天一看,其實「感覺」還不錯,越來越有設計感,雖說不曉得中華民國圖騰派的想法是什麼。

依據中華民國國慶籌備委員會提供的資料顯示,今年國慶的視覺圖案設計上色彩交織的雙十造型,就像是光榮勳章,象徵著守土衛國的集體榮耀,背後設計理念、顏色選用也大有巧思。對於藝術修為貧瘠的敝人來說,比起過去國黨執政時期千篇一律的光輝耀神州的設計,更來的令人耳目一新,是否如圖騰派所言的設計災難,敝人就不清楚了,畢竟,設計美學是非常主觀的,這不好說。

111年國慶視覺圖案01 – #中華民國國慶籌備委員會
111年國慶視覺圖案02 – #中華民國國慶籌備委員會

擔任今年國慶視覺圖案設計者之一王胤卓表示:「多元的顏色去代表著,就是我們的山川,然後還有我們的水文,還有我們的整個國土的樣貌,表現出大家一起去往一個地方前進,達到一個共同目標。」。

另外一位共同擔任設計師李瑋鈞表示:「概念上就是我們有凝聚的概念,如果把它拆開是兩個箭頭,往中間集中的那個概念在裡面。」。

觀看兩位設計師的角度,多元、團結為核心的設計,以及今年年國慶主題「守土衛國、你我同行」思維下的設計對於圖騰派而言仍舊是欠缺吸引力,何解?大紅、國土疆域、與中華民國元素通通沒有勾勒出來,也就較難吸引這一個族群的認同。因此,多元是有,但是否能攜手共同團結走向那一個虛無飄渺的目標則是令人質疑的,即便文案說明其實也還合理。

#圖引自馬前總統FB網站

大紅才有紀念氣氛,或許圖騰派心中也是這麼想的吧。人生不管漂泊到何處,心中有國旗,何處不是家的歸屬感如今是否還在?恐怕只有當事人才清楚。我們何時才會從「落葉歸根」的鄉愁轉化為「落葉生根」的認同,或許還得需百年的進化不可。

#公共新聞網

廣島原爆77周年追悼

今天是8月6日,在77年的今天上午8點15分,美軍在廣島投下一顆原子彈。我對這段歷史並沒有深究去探索過,畢竟,書面上的文字仍帶有若干主觀的意識存在,任何的評論要站在哪一個立場,其實仍會有失焦的疑慮。當然,作為研究角度,現存史料是極具參考價值的。歷史不難,難在我們常忘記教訓的記起,面對中國的文攻武嚇當下,我們又該如何自處以及因應之道,恐怕不是簡短的幾句話就可以實踐,特別是我們又特別的神經大條毫不在意戰爭就在眼前的態度。

史話館:廣島長崎原子彈爆炸,近40萬日本人喪命,可這場災難本可以避免

距今美軍投下二戰中第一顆原子彈已經77年,然而,我們似乎仍未能明白戰爭對我們真正的意義。如果說政治意圖是目的,戰爭是手段,那麼中國的崛起無疑告訴著世人,我們又將進入重新分配權力的歷史,即便二戰已經結束77年,未能歷經戰爭所帶來殘酷事實的我們,是否真能拾起散漫的態度嚴肅對待中國對臺的各類型戰爭,冷酷的考驗正逐漸侵蝕人們的意識中。

#NHK:被爆77年「広島原爆の日」核兵器のない世界の実現へ祈り続く
#平和記念式典
#CUP:日本投降原因 – 蘇聯參戰比原子彈更重要?
#RFI:中國向台灣周邊發射11枚東風彈道導彈
#史話館:廣島長崎原子彈爆炸,近40萬日本人喪命,可這場災難本可以避免