2013年1月17日 星期四

[CMS] Alfresco應用實例 -- 建立Sites

        在[CMS] Alfresco Installation and Features這篇中,我們已經介紹了安裝的過程與安裝完畢的界面,以及可透過行動裝置等等功能。這篇文章筆者想要建立幾個實例與大家分享,了解實際應用這樣的系統可以達成什麼樣的目的。


2013年1月16日 星期三

[SAN] How to show Brocade Switch Serial Number

"chassisshow" Command could show this information that we need.

SW1:admin> chassisshow
POWER SUPPLY  Unit: 1
Time Awake:             33 days
FAN  Unit: 1
Time Awake:             33 days
FAN  Unit: 2
Time Awake:             33 days
FAN  Unit: 3
Time Awake:             33 days
CHASSIS/WWN  Unit: 1
Header Version:         2
Factory Part Num:       40-1000165-14
Factory Serial Num:     ALHHH22H0P7
Manufacture:            Day: 16  Month:  2  Year: 2012
Update:                 Day: 15  Month:  1  Year: 2013
Time Alive:             200 days
Time Awake:             33 days
ID:                     EMCYYYYCA
Part Num:               CONTRXNNNN3NN
Serial Num:             BRCA1234567890

2013年1月1日 星期二

[CMS] Alfresco Installation and Features


      在目前的工作環境裡,使用的是Microsoft的SharePoint,這套軟體可以將一個團隊中大大小小的事情鉅細靡遺記錄下來。一個團隊共用同一個行事曆、主管可以輕易掌握組員的行程、將Problem當成一個Project處理、報表系統....,功能強大。這種系統稱為「內容管理系統」(Content Management System, 簡稱CMS)。SharePoint在微軟的精心設計下,整合度非常緊密,整合AD, Outlook, 甚至Lync(一套Message System)......等等,非常好用。


2012年12月23日 星期日

[CMS] CMS(Content Manage System) - Chinese Version.

這篇文章筆者想要來談談內容管理系統(Content Manager System,簡稱CMS)。

註:原本這篇文章的題目是訂為"Alternatives for Microsoft Share Point -- Opensource Source Softwares",所以在測試的方向會比較偏重Share Point的應用替代方案上,當然這篇文章中所列出來的還不足以滿足各家產品的支持者,但是會持續補上新的內容。如果讀者有推薦的軟體也希望能提供給者參考,謝謝!!

2012年11月19日 星期一

[IT] 定義有意義的Server name -- 密度最大化,名稱最簡化

         在IT這個領域,英文的使用是效率的關鍵,若能精確使用英文及數字,則許多的制度建立與運行都能更精確。

         這邊筆者想要介紹的是如何制訂Hostname,Server 的Hostname。關於PC的部份,則先不提及,因為還沒有領悟到最佳的管理法,所以歡迎讀者分享相關的資訊。

         Server Name有什麼特別的呢? 只不過是個簡單的代號,何需大費周章制訂? 在小環境中,我們當然可以隨意地命名,而且可以輕易了解該主機的角色為何;但是在中大型企業,甚至跨國企業,制訂精確的命名不僅方便管理,在搜尋查找、辨識功能非常有效率,即使未熟記也可以透過一個對應的Matrix了解該主機的整體資訊。

        「說這麼多,你是真懂還是假懂?」

        紙上談兵誰不會,下面就來看看制訂Hostname的妙招。

        一般主機的命名,大多是起一個字典名(Dictionary Word),也就是字典上查得到的字。取用這種命名,只有系統管理者本身知道這主機是做什麼,有天這人離開了,若無交接文件就得花時間查看主機角色。下面我們來做個大致的分類,並評析其適用的環境。

     
特殊名詞單字命名

        舉例來說,以12星座來命名主機,在沒有對照表可參考的情況下,只有系統管理員知道Cancer(巨蟹座)的用途,因此這個主機只方便系統管理員本身。這種Hostname適合公務機關、學術單位比較穩定而少變化的小型組織,或單一系統管理員的環境。

        這種Hostname並非沒有用武之地,它適合非常特殊的場合,比如超級電腦。假設一座超級電腦的名稱叫作「黃金聖鬥士」,共有12個Node,那命名就很適合12宮了。雖然12這個數字很少出現在超級電腦的領域之中。

優點:很有品味、個人風格鮮明。
缺點:不適合多人管理的組織,且Hostname不具有代表主機特性的功能。且一整個單字都無法代表系統的任何屬性。


系統功能命名


        這是最多中小企業採用的命名法。

        一般小規模的公司,在主機數量不多的環境下,通常以系統的功能、或主要的Application來命名。比如Web Server,第一部就起名Web1,第二部則為Web2......,以此類推。事實上這樣的命名法已經進化到為系統功能命名 + 序號的命名法了。在主機數與規模特別小的企業或組織,採取此種命名法。這個命名法在組織擴增,或稍大些的企業,會衍生出具有另一個代表性字串的命名:地點 + 系統功能命名 + 序號

優點:主機是何種用途,一目了然,且有了編號之後更提供數量的訊息,非常適合小型企業。

缺點:若跨樓層,或跨機房、廠區,則無從代表該主機位於哪個位置。基於這個缺點,則較有規模的企業發展出「地點 + 系統功能命名 + 序號」的命名法。

       比如跨樓層的主機,則加上樓層編碼來代表主機位置:5F-MYSQL1(代表5樓的mysql主機);跨廠房有的企業會命名:F1-Exchange1(代表第一廠房的Exchange Server)。

       在還未出現特殊應用之前,這樣的命名法乍看之下已經很夠用了,但是萬一出現了HA的架構,命名就會出現一些小問題。

比如
F1-Oracle1-Pri <----> F1-Oracle1-Sec  (用Pri與Sec來分別主次要)
F1-Oracle2-Pri <----> F1-Oracle2-Stb   (用Pri與Stb來分別主要、備援)
F1-Oracle3-Act1 <----> F1-Oracle-Act2 (Active-Active的架構,開始混亂了)
在架構開始複雜化之後,命名原則將開始出現不一致,雖然不是什麼大礙,但是命名越來越長。若Cluster不只有兩部主機,命名就更長了。而且,這是什麼用途的Oracle Server呢?是員工薪資用的? 還是產線MES用的? 所以命名越來越複雜。



比較:

5F-MYSQL1:9字元,代表3件訊息,Location,Main Function,First Server。
F1-Oracle1-Pri:14字元,代表4件訊息,Location,Main Function,First Server,HA。


        此種命名法在業界非常廣用,最大缺點是一但命名之後,長度就開始有長有短,不一致。同一類型的主機在不同架構的情況下,則會越來越嚴重。若企業組織規模非常大,IT的設備自然種類就多,各類型的設備接在網路上,有各式各樣的命名,如此還能隨意命名嗎? 筆者建議一定要有制度的建立才行。

        上面舉的例子僅止於Server類的命名,但是資訊設備千百種,有Server、網路設備、Storage、SAN Switch......,這些裝置都會接上網路,接上網路就需要有對應的Hostname,甚至Storage就有數個Controller,這樣可以充份表現命名的重要了吧?





怎麼命名才有效率?



筆者工作的心得,歸納出幾個重點供大家參考。

        命名的重點為「將必要資訊呈現,去除不必要的字元,統一字元長度」。這三大要點就是主機命名法的最佳化。下面將呈現主機命名的範例。

1. 地點:上面所列的命名法,有一個很重要的,就是地點。企業規模有大有小,如果是跨國企業,則需要更多一層來代表國家或城市。


中大型企業(台灣本地,或台灣與大陸的規模):使用廠區代表即可。
如下例:
TP ---> 台北廠
SH --->上海廠
F1 ---> 廠一
F2 ---> 廠二


跨國企業(全球性企業等級):使用城市 + 廠區。
如下例:
TPF2 ---> 台北2廠
SHF1 ---> 上海1廠



2. 設備類別:一個具有規模的企業,不同型態的設備連上網路後,都以Hostname對應IP的方式呈現,因此我們要制訂可以一眼辨識的代號來代表不同的設備。
如下例:
0 ---> 假設代表Server
1 ---> 假設代表Storage
2 ---> 假設代表網路設備

這邊採用數字代表是為了要讓我們在一點看出地點碼之後,立即可知道設備的型態,所以刻意用非英文來代表。


目前我們用了5個字元,代表了三個意義:國別,廠別,設備型態。


3.  設備用途:假設這個設備是Server,我們得知道他是何種Server,所以可以提供一個好辨識的代號來代表。越多種組合,就需要越具體的代表字元,所以可以用英文來代表。而單一英文字元只能有26個代表,若用兩個英文字元,組合更多變化、代表的意義更具體。
如下例:
OR ---> 代表Oracle Server,這個很通用。
SQ ---> 代表SQL Server,也是很好理解。
SL ---> Syslog主機如何? 若有和其他用途的主機相衝突,再製表來分清楚就可以了。
BS ---> Backup Server,也可以。
BB ---> Black Berry Server,非常好。
AV ---> Anti Virus Server,很容易辨識。

4. 序號:代表主機的數量、或其他資訊(比如)。
如下例:
AV1
AV2
AV3
.
.
.
AVZ
這樣的序號可以將同類型的主機分成36個個數。

5. 型態:若喜歡分得更細,還可以標註實體主機或虛擬主機等。
如下例:
AV1P ---> P代表Physical Server
AV1V ---> V代表Virtual Server


把上面所有條件都組合起來,我們來看看有何成果。

SHF50SLAP代表什麼呢?

SH: 上海
F5:  5廠
0: Server
SL: Syslog Server
A: 第A台,前面從0~9已經有10台了,這是第11部syslog主機。
P: Physical Server

一眼就可以看出這部主機是「上海5廠的第11部Syslog實體主機」

如何? 這個命名法不錯吧? 所有主機都可以用一樣的長度哦!

計算一下C/P值:
共9個字元,代表了6個意義,這樣夠省事了吧!

若使用下面這個例子:

5F-MYSQL1
:9字元,代表3件訊息(3個字元代表一個意義)

需花費18個字元才能描述我們上海的主機哩!

2012年11月9日 星期五

[Cluster] Storage Cluster - Using Gluster

  


    Cluster(
叢集)的應用主要有四種,叢集儲存(Storage Cluster)HA(High Available高可用)Load BalanceHigh Performance等,每一種都可以適用於不同的需求。

       
這篇文章筆者想測試並介紹關於Storage Cluster的應用。目前這個Gluster很熱門的使用再雲端架構的底層,而雲端這個爭議的名詞不在筆者此文章的討論範圍,講了雲端的應用會有不同的派別支持者提出不同的堅持,這並非筆者想要得到的結果。所以底下筆者就一般企業可以用來做最基本的應用而撰寫,這也是筆者在業界所見,提出很基礎卻能大幅提昇企業效能的應用。

2012年10月21日 星期日

[Cloud] OwnCloud, a self-owned DropBox-Like Server(Chinese Version)



        相信大多的IT人都有使用DropBox的服務,這個服務讓我們可以將重要的文件,同步到一個網路硬碟,然後不管道哪裡都可以用這個服務將重要的資料在異機、異地取回這些文件。然而這個服務是一個由服務提供者(Service Provide)所維護的系統,若與企業研發相關的重要機密,基於商業機密的考量,可能就無法享用這個服務的便利性了。

        筆者近來找了一些類似DropBox服務的軟體,種類相當多,而且性能都非常好,依據用途的不同可選用不同的套件。

 FTPBox,透過FTPBox套件安裝在Client端就可以將資料同步到FTP Server。看起來當前僅支援Windows平台。

ownCloud,筆者這次測試的軟體,和DropBox非常非常類似,支援多種作業系統:如Mac OS, Linux, Windows, Android...也可以使用WebDAV的方式進行同步。由於測試的結果發現這套軟體的運作非常近似DropBox,且安裝過程較無痛苦,所以是此次最佳的學習範例。另外若企業有具備維護Linux系統的人才,可採用此套軟體簡化備份、並節省大量的建置成本。自第4版開始之後,新加入版本控制功能、檔案加密、還有免安裝Client以拖拉方式進行同步等許許多多的先進能力。。

SparkleShare,鼎鼎有名的同步軟體,主要是以git套件所兜製而成,具有版本控制的功能,很適合專案開發使用。SparkleShare支援了Linux, Mac OS與Windows Vista之後的作業系統。這套系統應是功能最完整且強大的一套,筆者會在ownCloud測試完畢後繼續進行SparkleShare的安裝。