Posts

OpenStack Swift - Container Sync (New & Old ways)

Image
OpenStack Swift Container-Sync  Swift 內建功能利用背景工作, 讓 Container to Container 如同鏡像一樣同步所有資料. 不僅僅是自己的Container, 還可以跟其他人Account內的Container相互同步資料. 這個功能也被部分企業用來將資料從舊的Swift Cluster轉移到新的環境上.

提示
如果User request是對object做POST的操作, 操作內容不一定會被同步, 除非object_post_as_copy = true 在 Proxy server 的設定, 目前這個值預設為開啟 true.

同步的設定可以有幾種模式 :

One-way sync : 單向同步 containerA --> containerBTwo-way sync : 雙向同步 containerA <--> containerBChain : 鏈狀同步 containerA --> containerB --> containerC --> containerA
首先你必須要知道目前有兩種方法(新/舊)來設定 Container Sync
First of all, you need to know there are two styles for setting container-sync currently. 
OLD-style(舊): Supported since Swift's initial release. 任何版本,包含新版本NEW-style(新): Implemented in Swift 1.12 or later. 在1.12版本後才釋出 不論新舊styles, 都有一個重要的前提, 原資料所在的Container Server, 必須要能跟遠端目標Container 的 Proxy Server 透過網路連結的到.

NEW-Style - 多了realm(域)的觀念.
新的做法需要先建立一個設定檔 ( /etc/swift/container-sync-realms.conf )在兩個叢集的"所有"節點. 具體一點來說, 只要會涉及到這個同步過程的所有Proxy Server與Container Server 上面…

OpenStack Swift (ep0) - 進化的儲存系統與需求

存儲方案的演進

OpenStack Object Storage, 代號 Swift 的計劃在2011年 OpenStack Cloud Computing 計劃中正式啟動.

起初的目標要能夠支撐史無前例快速增長的資料量, 它也證明了Open Source的儲存系統確實能處理極大規模的資料.

就在大量線上資料被產出的年代, 對於 Object Storage 而言, 無疑是出現在世界上最佳的時間點. Software Defined Storage(SDS) 正是演化中的新一代儲存選擇.


今日的資料儲存需求

在連接裝置(行動裝置, 終端設備) 爆炸的年代, 對於儲存系統的需求正以指數型成長. 使用者正以前所未有的速度產生資料與消耗存儲資源. 包含社交媒體, 線上影音, 用戶資料, 遊戲資訊還有玲琅滿目的 Software-as-a-Service 應用. 對於儲存系統有了新的需求, 廣泛的應用方法, 方便的存取, 不能有臨界點的增長能力. 廣大的企業與機構正面臨越來越多的儲存需求. 在科學界, 分析出來的數據如果能更有效被儲存與取得也更具價值. 動態影像正無止盡的追求高畫質產品. 企業累積越來越大量的資料, 員工需要更即時的存取資料來提升協同工作的效率.

這些都是什麼資料? 大多數都是 "Unstructured data". 這意味著資料並沒有預先定義的形態而且基本上都是儲存為個別的檔案, 相對於資料庫中的某筆資料(structured data). 包含靜態影像, 動態影像, 電子郵件, 文件以及各種格式的檔案. 這些資料來自每一年消費者與各行業數十億的終端裝置藉由網路存取.


儲存Unstructured Data的條件

通常需要確保資料的耐久力, 可存取性, 可管理性還有相對低成本.

耐久力 - 資料可以說是最重要的東西而且有無法取代的特性. 許多形態的資料必須被永久保存. 在資料中心, 大部分Unstructured Data需要能被保存非常久的時間以符合客戶的期望或是一些法律上面的條件.

可存取性 - 讓許多終端裝置無論在何時何處都能立即的取得. 使用者期望在行動裝置, 筆電或是在家裡的桌上電腦都能夠順利獲取需要的資料.

可管理性 - 大型儲存系統的管理也是一個重要的課題. 如何讓幾個管理者輕鬆管理大量的儲存設備.

低成本 - 只要資金足…

Lost connection of instances after reboot Nova-Network host......

The network connection of instance has been lost after restart Nova-Network host


In my consideration , all services should not affect others while restart/stop service within cloud platform...

That means instances connection should be alive while admin restart nova-network host , but it won't work as your expectation. I faced this issue one month ago. And I spend around 1 hour to understand what's going on with this problem.

In regular nova deployment , nova-network host is the gateway of all instances.  This Linux network box works like a router.  So that has a ARP table over the box.

In my test , if the flat_interface(or vlan_interface)  do not auto up after reboot , the box will lose ARP table. And you can not ping or ssh  instance anymore.  While you up the nic manually , you have to wait for ARP rebuild .

OpenStack turns 1. What’s next?

Image
Link from http://gigaom.com/cloud/openstack-turns-1-whats-next/?utm_source=earth2tech&utm_medium=specialtopics




OpenStack, the open-source, cloud-computing software project founded by Rackspace and NASA, celebrates its first birthday tomorrow. It has been a busy year for the project, which appears to have grown much fas ter than even its founders expected it would. A year in, OpenStack is still picking up steam and looks not only like an open source alternative to Amazon Web Services and VMware vCloud in the public Infrastructure as a Service space, but also a democratizing force in the private-cloud software space. Let’s take a look at what happened in the past year — at least what we covered — and what to expect in the year to come.

A Easy way to build UEC-style tarball from exist instance

There's a easy way to build UEC tarball for me
From an exist Ubuntu instance......
!!Still in test!!
Very smooth in Maverick , but failed with Natty server b64
===In instance== 1.source novarc to import environment variable
2.bundle a virtual disk, don't specify the kernel id #euca-bundle-vol -d destination_of_img -p name_of_image -s img_size

I'm in IRC@ freenode #openstack #openstack-dev

找我請到IRC的 freenode
#openstack
#openstack-dev 頻道

謝謝.....blogger 這樣討論效率不是很高

ID hugokuo

Thirsty Apple Earphones

Image