『壹』 有沒有 對象存儲的 rest api
使用cURL操作Openstack對象存儲的ReST API
cURL 是一個利用URL語法規定來傳輸文件和數據的工具，支持很多協議，如HTTP、FTP、TELNET等。本文主要是介紹使用該工具和HTTP協議與swift服務如何交互。cURL允許你從命令行或shell腳本傳送和接收HTTP的請求和響應。這使得直接與ReST的API工作而無需其他客服端APIs成為可能。本文，我們需要使用到以下的cURL命令行選項：
-X METHOD 描述HTTP的請求方法(HEAD, GET等)
-D Dump 將HTTP響應頭部到stdout.
-H HEADER 描述一個在請求中的HTTP\HTTPS頭部.
-v 使用操作的過程更加詳細
1.認證
In order to use the ReST API, you will first need to obtain a authorization token, which will need to be passed in for each request using the X-Auth-Token header. The following example demonstrates how to use cURL to obtain the authorization token and the URL of the storage system.
為了使用ReST的API，我們首先需要獲得一個認證令牌，用於傳給每個使用X-Auth-Token頭部的請求。以下的例子展示了如何使用cURL來獲得認證令牌和存儲系統的URL。
Exp1：獲得X-Storage-Url和X-Auth-Token
curl -D- -H 'X-Storage-User: test:tester' -H 'X-Storage-Pass: testing' http://127.0.0.1:8080/auth/v1.0
運行結果如下：
sting' http://127.0.0.1:8080/auth/v1.0
HTTP/1.1 200 OK
X-Storage-Url: http://127.0.0.1:8080/v1/AUTH_test
X-Storage-Token: AUTH_
X-Auth-Token: AUTH_
Content-Length: 0
Date: Fri, 07 Oct 2011 07:45:58 GMT
也可以使用-v選項來獲得更詳細的信息：
curl -v -H 'X-Storage-User: test:tester' -H 'X-Storage-Pass: testing' http://127.0.0.1:8080/auth/v1.0
運行結果如下：
* About to connect() to 127.0.0.1 port 8080 (#0)
* Trying 127.0.0.1... connected
* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)
> GET /auth/v1.0 HTTP/1.1
> User-Agent: curl/7.21.3 (i686-pc-linux-gnu) libcurl/7.21.3 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.18
> Host: 127.0.0.1:8080
> Accept: */*
> X-Storage-User: test:tester
> X-Storage-Pass: testing
>
< HTTP/1.1 200 OK
< X-Storage-Url: http://127.0.0.1:8080/v1/AUTH_test
< X-Storage-Token: AUTH_
< X-Auth-Token: AUTH_
< Content-Length: 0
< Date: Fri, 07 Oct 2011 07:48:30 GMT
<
* Connection #0 to host 127.0.0.1 left intact
* Closing connection #0
存儲URL和認證令牌作為響應頭部返回。在認證之後，你可以使用cURL來執行存儲服務上的HEAD,GET,DELETE,POST和PUT請求。
2.確定存儲的使用情況
一個HEAD請求可以發送到存儲服務來確定你已經在系統中存儲了多少數據以及你使用的容器數量。使用-X開關來描述正確的HTTP方法和-D將HTTP響應頭部輸出到終端(stdout)。
Exp2:查詢帳號的存儲使用情況
curl -X HEAD -D - \
-H "X-Auth-Token:AUTH_" \
http://127.0.0.1:8080/v1/AUTH_test
輸出如下：
HTTP/1.1 204 No Content
X-Account-Object-Count: 3
X-Account-Bytes-Used: 92983
X-Account-Container-Count: 4
Accept-Ranges: bytes
Content-Length: 0
Date: Fri, 07 Oct 2011 08:04:38 GMT
HTTP請求必須包含了一個頭部來描述認證令牌。在響應中的HTTP頭部顯示在該存儲帳號中的容器數量和整個帳號所存儲的總位元組數。
3.創建一個存儲容器
在上傳任何數據到OpenStack的對象存儲之前，你必須創建一個存儲容器。你可以使用PUT請求來創建一個容器；cURL也可以用於該目的。
Exp3:創建一個photos的容器
curl -X PUT -D - -H "X-Auth-Token:AUTH_" http://127.0.0.1:8080/v1/AUTH_test/photos
運行結果如下：
HTTP/1.1 201 Created
Content-Length: 18
Content-Type: text/html; charset=UTF-8
Date: Fri, 07 Oct 2011 08:18:44 GMT
返回201（Created）的HTTP狀態代碼表示容器已被成功地創建。
4.上傳一個存儲對象
在創建完一個容器之後，你可以上傳一個本地文件。對於這個例子，我們上傳一張林志玲MM的照片。-T開關描述到上傳的本地文件的完整路徑。
Exp4:上傳對象
curl -X PUT -T /home/swift/下載/lzl.jpg -D - \
-H "Content-Type: image/jpeg" \
-H "X-Auth-Token: AUTH_" \
-H "X-Object-Meta-lzl: 一張關於林志玲的美圖" \
http://127.0.0.1:8080/v1/AUTH_test/photos/lzl.jpg
結果如下：
HTTP/1.1 201 Created
Content-Length: 118
Content-Type: text/html; charset=UTF-8
Etag:
Last-Modified: Fri, 07 Oct 2011 08:39:49 GMT
Date: Fri, 07 Oct 2011 08:39:51 GMT
5.其他cURL命令
你可以使用cURL工具發出任何已定義的用於OpenStack對象存儲的ReST方法。例如，你可以使用cURL來發送POST和DELETE請求即使我們沒有提供的相關例子。比如，下載剛才上傳的照片：
curl -X GET -H "X-Auth-Token: AUTH_" http://127.0.0.1:8080/v1/AUTH_test/photos/lzl.jpg >td_lzl.jpg
注意：一般地，你每次調用curl來執行一個操作，系統就會創建一個獨立的TCP/IP和SSL連接（https）然後丟棄。然而，使用語言的APIs是設計用來重用這些在操作之間的連接，因此提供了更好的細嫩。我們推薦在你的產品應用中使用一種支持語言的APIs並且限制curl僅用來快速和簡單地測試/診斷。
『貳』 如何使用linux訪問阿里雲的對象存儲空間
如果源伺服器訪問目標伺服器出現異常，而且參閱...管理控制台上傳文件並獲取訪問地址（如果用戶購買了阿里雲對象存儲 OSS 服務）。聯系售後技術支持，反饋上述抓包數據獲取地址，以便阿里雲工程師做進一步排查分析。
『叄』 如何配置Ceph對象存儲作為KVM虛擬機外部存儲
Ceph對象存儲只有在特定環境中才能夠發揮最佳性能表現。這款產品在研發過程中考慮到雲環境相關需求，且價格適中，能夠輕松擴展成PB級存儲。
但是部署Ceph並不簡單，IT員工必須對產品進行充分了解。
相比於現在大部分數據中心使用的傳統SAN產品，Ceph能夠大幅度降低存儲成本。這使得Ceph成為一種適用於大規模環境的理想存儲產品，但是並不適用於只需要幾台虛擬機的小型企業。
『肆』 什麼是對象存儲
對象存儲，也叫做基於對象的存儲，是用來描述解決和處理離散單元的方法的通用術語，這些離散單元被稱作為對象。
存儲區域網（SAN）和網路附加存儲（NAS）是目前兩種主流網路存儲架構，而對象存儲（Object-based Storage)是一種新的網路存儲架構，基於對象存儲技術的設備就是對象存儲設備（Object-based Storage Device）簡稱OSD。1999年成立的全球網路存儲工業協會（SNIA）的對象存儲設備工作組發布了ANSI的X3T10標准。總體上來講，對象存儲綜合了NAS和SAN的優點，同時具有SAN的高速直接訪問和NAS的分布式數據共享等優勢，提供了具有高性能、高可靠性、跨平台以及安全的數據共享的存儲體系結構。
『伍』 java如何將許多對象存儲在一個更大概念的對象裡面
這里你採納與否沒關系，給你說說編程與內存的關系。你定義的任何變數，常量，類，方法等等，其實都在內存中，沒有所謂的把數據存內存中，這概念，你可以想一下電腦重啟或關機後，內存中的所有數據，都會丟失，除非你保存到磁碟中去。在內存中的數據有兩塊，第一、緩沖，一般寫數據到磁碟的時候開辟出來的內存空間；第二、緩存，一般是從磁碟讀數據到內存中開辟出來的內存空間。會這么使用，原因很簡單，磁碟讀寫數據速度與內存不一致（磁碟的存取效率遠遠小於內存的存取效率），為了提高數據的存取效率，才會這么乾的。一般而言，java中的所謂數據，大部分都是類，從自動引用計數的概念來分析，你想把對象長久的放在內存中，不會被垃圾回收機制釋放，注意制葯有一個對象在使用／引用你的數據，這條數據就會存在內存中。所以，想servlet中的全局配置參數，隨時可以取到還是唯一一份，你可以參考一下。另外內存使用分堆與棧，堆在面向對象編程中存儲對象的，棧是方法或函數執行的時候臨時開辟的存儲空間，方法或函數執行完畢就會釋放。希望我的回復能幫助到你，採納與否沒關系。有更好的答案，我就隱藏我的回復。
『陸』 TP3.2騰訊雲對象存儲API怎麼用
如果對於COS不清楚,可以通過實驗室來完成一些簡單的實驗。網頁鏈接
不太清楚您指的TP3.2， COSapi 目前沒有到3.0版本網頁鏈接
『柒』 描述對象存儲，與文件存儲，塊存儲的區別
先說說塊存儲吧，典型代表--SAN。對於用戶來說，SAN好比是一塊大磁碟，用戶可以根據需要隨意將SAN格式化成想要的文件系統來使用。SAN在網路中通過iSCSI（IPSAN）協議連接，屬block及存儲，但可擴展性較差。
再說說文件集存儲，典型代表--NAS。對於用戶來說，NAS好比是一個共享文件夾，文件系統已經存在，用戶可以直接將自己的數據存放在NAS上。NAS以文件為傳輸協議，開銷很大，不利於在高性能集群中使用。
而所謂對象存儲，就是每個數據對應著一個唯一的id，在面向對象存儲中，不再有類似文件系統的目錄層級結構，完全扁平化存儲，即可以根據對象的id直接定位到數據的位置，這一點類似SAN，而每個數據對象即包含元數據又包括存儲數據，含有文件的概念，這一點類似NAS。除此之外，用戶不必關系數據對象的安全性，數據恢復，自動負載平衡等等問題，這些均由對象存儲系統自身完成。而且，面向對象存儲還解決了SAN面臨的有限擴充和NAS傳輸性能開銷大問題，能夠實現海量數據存儲。
『捌』 openstack怎麼使用ceph的對象存儲
最近在quora上有人提到一個問題，有關hadoop分布式文件系統和openstack對象存儲的不同。 問題原文如下： 「hdfs （hadoop分布式文件系統）和openstack對象存儲（openstack object storage）似乎都有著相似的目的：實現冗餘、快速、聯網的存儲。什...
『玖』 目前主要三種數據存儲方式
三種存儲方式：DAS、SAN、NAS
三種存儲類型：塊存儲、文件存儲、對象存儲
塊存儲和文件存儲是我們比較熟悉的兩種主流的存儲類型，而對象存儲（Object-based Storage）是一種新的網路存儲架構，基於對象存儲技術的設備就是對象存儲設備（Object-based Storage Device）簡稱OSD。
本質是一樣的，底層都是塊存儲，只是在對外介面上表現不一致，分別應用於不同的業務場景。
分布式存儲的應用場景相對於其存儲介面，現在流行分為三種:
對象存儲: 也就是通常意義的鍵值存儲，其介面就是簡單的GET、PUT、DEL和其他擴展，如七牛、又拍、Swift、S3
塊存儲: 這種介面通常以QEMU Driver或者Kernel Mole的方式存在，這種介面需要實現Linux的Block Device的介面或者QEMU提供的Block Driver介面，如Sheepdog，AWS的EBS，青雲的雲硬碟和阿里雲的盤古系統，還有Ceph的RBD（RBD是Ceph面向塊存儲的介面）
文件存儲: 通常意義是支持POSIX介面，它跟傳統的文件系統如Ext4是一個類型的，但區別在於分布式存儲提供了並行化的能力，如Ceph的CephFS(CephFS是Ceph面向文件存儲的介面)，但是有時候又會把GFS，HDFS這種非POSIX介面的類文件存儲介面歸入此類。