【𝗠𝗢𝗭𝗧𝗘𝗖𝗛®冰能充】磁吸無線充電 | 半導體散熱

https://www.zeczec.com/projects/ICE?r=d10399446149

給手機使用的重度使用者,可以邊無線充電,一邊還可以幫忙散熱,使用的磁吸式的 15W 高速無線充電,透過致冷晶片使用溫度下降,再加上高速7500轉/分的靜音風扇,其噪音小於 50 dB,磁吸式的設計可以符合所有的無線充電手機(iPhone或 Android 手機),感應到不充電時就自動停止運作,隔著手機殼也能夠使用,但效果會打折扣。

升級 vSan 6.5 計畫與實行步驟

緣起

近兩年來 VMware 軟體也不斷升級進化,更提出 vSAN 功能可以提升可用度及簡化備份程序,在這幾年持續觀察其演進,並仔細測試每一代的功能與容錯能力,經過上次外出上課,開始考量利用此最新的功能來改善公司的環境。

vSAN 機制藉由串連不同的主機(Host)內部的硬碟空間,作成一個容錯的機制分享空間機制,透過資源的自動分配使其任一虛擬機(VM)在此機制都能保留多份(看設定)資料,並於運行時自動更新所有分身的資料使其維持同步,這樣可以保證任一台主機(Host)故障、或是硬碟故障都可以在極短的時間啟動分身,大幅度減少停機時間,目前公司採用定期整機備份,除了復原有時間差外,每次備份都需要花上大量的時間以及空間,間接影響機器壽命。

閱讀全文〈升級 vSan 6.5 計畫與實行步驟〉

初嘗 vSAN 6.5

VMware vSphere 6.5 出來好一陣子,但是一直沒有時間去測試,這個月剛好公司進了兩台 Dell R730,順便就來測試一下看看功能

 

在沒有看任何問文件下,發現安裝 Esxi 6.5 加不到 6.0 的 vCenter 去,原來整個認證機制有大幅度的變更,只好重新安裝一個 vCenter 6.5 來測試, Esxi 6.5 本身的網頁介面做得很不錯,速度甚至比 vCenter Client 還要快一點點。

 

本次測試還是用到3台 VMware 主機,兩台是實際要乘載資料的,另一台是見證 Server,這台主機規格可以差一點,運作是要騰出一個 SSD, 一顆硬碟出來幫忙紀錄 vSAN 的運作情況。

 

vSAN 設定的畫面也有點變更,但還是要在 DataCenter 底下增加一個 Cluster (如下圖), 然後到設定 -> virtual SAN -> 一般 來啟動

vSAN Settings
vSAN Settings

閱讀全文〈初嘗 vSAN 6.5〉

實測 vSAN 6

VMWare vSphere 6 VSAN 效能及容錯測試,還原步驟

測試 vMotion 速度

既然所有的資料都被分配到各個不同的主機內,那很好奇做 vMotion 會不會變更快呢? 首先選擇 Windows 7 的 Test7 主機,確認他使用 1G RAM, 實際所占空間越6.52G,放置在 10.1.207.12 的這台主機上面執行

VMGuest Settings for testing vmotion in vSAN 6
VMGuest Settings for testing vmotion in vSAN 6

閱讀全文〈實測 vSAN 6〉

安裝 VMWare vSAN 6

安裝 VMWare VSan 6 過程

前一陣子參加了 VMWare vSphere 6 的發表會,會中又有許多新的東西跑出來,個人覺得在使用安全性上有更大的保障,所以特別找了機會來測試一下,當然玩 vSAN 需要的條件比較嚴苛,但又比 5.0 剛推出來的又好很多,所以可以利用現有的 5.x  vShpere 平台架設 6.0 的 ESX host 來執行,雖然效能會有點差,但是比自己生出三台主機出來要簡單多了.

首先我建立了 va, vb, vc 等三台 vmware host,每台都配置 2Core, 4Thread CPU,8G RAM,及不同 size的硬碟若干顆,vSAN的機制是不透過 RAID去管理這些硬碟,所有容錯機制都是由 Policy 來控制,VMWare 自動會去做判斷並管理,所以資料會被同步到哪邊去是由 VMWare 去控制的。

閱讀全文〈安裝 VMWare vSAN 6〉

Default Gateway 被設定成 0.0.0.0

今天早上突然接到國外工廠打來的電話,說明他們內部電腦無法上網,用 Trace Route 指令查詢後發現原本應該由連結至 Internet 的 routing 跑到連結到內部專線,但該機制在昨天下班前還是好的, 經過遠端連線查詢後,發現對外的 Gateway 除了原先的設定外,也被多增加一筆 0.0.0.0 的紀錄,同時期優先權還大於原本的設定。

以上的改變導致了連線到 internet 路由不正確,導致無法連線出去,經過網路上檢查是有這種情況發生,但發生的原因跟工廠遇到的情況不同,但也沒有時間去找問題;首先嘗試去調整 Gateway 的優先順序沒有成功 (但沒有使用 Administrator帳號),後來改用 Administrator 權限下指令 route delete 0.0.0.0 把該 gateway 設定值全部清掉 (其實連原本的設定值都清掉了),再重新設定 Gateway 後網路就恢復正常。

參考資料:

  • http://blog.cmchen.net/2010/09/23/5180/
  • http://superuser.com/questions/77822/how-to-tell-windows-7-to-ignore-a-default-gateway

安裝 VMWare Operation Manager v5.5

VMware 的一些附屬功能都已經做成一台 VM guest 的方式來進行部屬,在安裝時可以省下大量的時間,完成後也僅僅需要微調參數的時間。

您可以再 Web Client 或 Windows Client 選擇 Deploy OVF Template 的方式來安裝,以下的畫面是用 Windows Client ,不過兩者僅是在畫面呈現上略有不同而已。

指定好要部署的檔案,我們這邊當然是選擇 Operation Manager 5.5

Deploy OVF Template, VMWare Operation Manager 5.5
Deploy OVF Template, VMWare Operation Manager 5.5

閱讀全文〈安裝 VMWare Operation Manager v5.5〉

設定與還原 VMWare vShpere Replication 5.5

近一個月來一直在測試 vSphere Replication 的功能,但是光是裝起來就花了很多時間嘗試,這段時間剛好跨過 VMWare 發表 vShpere 5.5 的版本,想到說 5.1 的 Replication 搞不定,那來試試看 5.5 版的好了。

 

測試環境

 

當然 5.5 版出來之後,當然 vCenter 也要升級,所以安裝了兩套 vCenter 分別是 vCenter 5.5 for windows 放置在總公司,而安裝了一套 vCenter Server Appliance 放在 DR Site,這個環境主要是來測試在兩套完整的 vCenter 環境下,是否能夠正常地把 VM Guest 作複製,分別來測試總公司複製到總公司,及總公司複製到 DR Site。

 

因為安裝太多次了,每次安裝都不去確定是否會程過,所以過程將會後補。

 

等 vCenter 及 vSphere replication server 安裝好之後,就必須要網頁的方式連結到 vCenter 來啟動 Web Client,因為 replication 是無法用 vSphere Client 來操作,估計未來有很多新的功能也將會移到 Web 介面去,但是 Update Manager 還沒有做成 Web 版。

如果要跨 vCenter Server 作 Replication 的話,要記得先去設定 Target Sites,設定時可以在登入首頁選擇 vSphere Replication -> Manage -> vSphere Replication,選擇 Connect to Target Site,在輸入這個 vCenter 的帳密。

vSphere Replication Interface
vSphere Replication Interface

閱讀全文〈設定與還原 VMWare vShpere Replication 5.5〉