「システム基盤構築のプロフェッショナル」レック・テクノロジー・コンサルティングJapanese | English

レック・テクノロジー・コンサルティング株式会社

技術ブログ

HOME > 技術ブログ > 月別アーカイブ: T M

月別アーカイブ: T M

Top Award 2013 ~Hawaii Part1~

みなさんはハワイと聞いて何を思い浮かべますか?

私はこんな感じでした!


ハワイのイメージ


こんにちは、Re:Qのカメラマン三上です。

まずは、今回、海外研修旅行に参加させて頂けたことに感謝いたします。

さて、何はともあれ人生初ハワイ、
上図の思いついたもの全部楽しむつもりで行ってきましたッ!
では、順を追って。。。

まず、成田発20時10分の便に乗って、ホノルルへ到着したのが ”当日” の8時15分。

そう、日本とハワイの時差は ”-19時間” ですから、
例えば、5月16日の20時に出発したとして、現地には5月16日の朝8時に到着する訳です。
なんか不思議な感じ。。

因みに、飛行機に乗っている時間は7時間弱。
(逆に、帰りのホノルル→成田は偏西風の影響もあってかおよそ9時間でした。)

飛行機搭乗前から飲酒、機内でも飲酒だったこともあり、
7時間はアッという間に過ぎてしまい、ホノルル空港へ到着ッ!
20140517-001


ツアーで用意されているバスに乗ってしばらく走ると、
オアフ島東海岸を一望できる、「ヌウアヌ・パリ展望台」へ。

この日はあいにく雲が多く、残念ながら絶景とまではいきませんでしたが
この辺りはドラマ「LOST」の撮影地として使われたそうで、
その雰囲気は感じることができました。
1

ついでに「ヌウアヌ・パリ展望台」で発見した痩せたネコをパシャリ。
20140517-002

オアフ島の南側に戻ってくると、うってかわって快晴に。
後で聞いた話によると、このヌウアヌ・パリを有する山々が北東からの貿易風を防いでいることで
島の南側(ワイキキ)の気候は安定しているんだそうです。
逆に山の北側は年間を通して雨が多いとのこと。
4

さて、それからワイキキで昼食を食べ、
20140517-001


ホテル「ヒルトン・ハワイアン・ビレッジ・ワイキキ・ビーチ・リゾート」へ到着。
20140517-002

ビーチをブラブラ散歩して
3

こちらは宿泊したレインボータワー23F自室からの眺望。
20140518-001


夕食の集合時間まで約2時間半ほど空いたので
予定のない人何名かを募りダウンタウン方面へ。
20140517-001

20140517-001-2

まずは、「セントアンドリュース教会大聖堂」。
5

正面入り口にあるステンドグラスは、
高さ15m、幅6mもあり、光が差し込んだ時の幻想的な美しさは圧巻です。
20140517-001-3


次に、かの有名な「カメハメハ大王像」。

一番カメハメハ大王に会いたがってた弊社某氏。
ポーズにも気合が入ってます笑
DSC00829

17:15、トロリー乗り場に到着。

夕食は「カイ・マーケット」にて、18時10分開始の予定。

「カイ・マーケット」へは、カメハメハ大王像のトロリー乗り場から
途中、「アラモアナセンター」を経由し、終点の「ロイヤルハワイアンセンター」まで行き、
そこから徒歩5分の距離。

事前に、HIS窓口の受付嬢からトロリーでの上記区間の移動は
30分と聞いていた我々は正直余裕をかましていた。

と、そんな中事件は起きた。

トロリーを待つこと、10分・・・

こないねー

・・・15分経過。

えええーーー!
どうすんの???

タクシー呼ぶ?
って、全然走ってないじゃん!

・・・20分経過。

だめだ、歩くか!?
アラモアナセンターまで4km?

(私)・・・
(某氏1)・・・
(某氏2)・・・

・・・25分経過。

結局トロリーバスは、30分遅れで乗り場に到着泣。

更に追い討ちをかけるように
「アラモアナセンター」から「ロイヤルハワイアンセンター」まで20分(ワイキキ方面大渋滞)
ってトロリーの無線から聞こえてきたような・・・


この後、我々が夕食に遅れたことは言うまでもありません。

続く。

Top Award 2013 ~Hawaii Part1~

いま話題のオブジェクトストレージとは!?

はじめまして、Re:Qの三上です。

すべての始まりは、昨年4月にクラウドストレージサービスの企画開発業務に携わったことでした。

これまで1年ほど携わってきた私ですが、この業界は若く、潜在的な需要はあるものの、
まだまだ一般に浸透をしているとは言いがたい状況にあると感じています。

私の場合、データセンターでサービスを提供する立場にいることもあり、
個別のプロジェクトでクラウドストレージを導入する方よりも、
検証や導入に対するハードルは低いと言えるかもしれません。

今回はそこで得た知識が、
オブジェクトストレージの導入を検討される方の一助になればと思い執筆に至りました。

そもそも「クラウドストレージ」=「オブジェクトストレージ」?

 

少し前から「クラウドストレージ」という言葉を2つの意味で聞くようになりました。

1つは、ストレージベンダやSIerのようにクラウド(IaaS)配下の「物理ストレージ」として
もう1つは、Amazon Simple Storage Service(以下、S3)やGoogleドライブ、
OSSのOpenstack swiftに代表されるような「オンラインストレージ」という意味として、です。

どちらもインターネットを介して提供されるサービスであるため、
クラウドストレージと呼ばれること自体は正しいのでしょうが定義が曖昧であるとも言えます。

今回は、後述した「オンラインストレージ」としての「オブジェクトストレージ」を執筆テーマ
とし、これから少しお話させて頂きます。

従いまして、私の定義では、
必ずしも「クラウドストレージ=オブジェクトストレージではない」ことを
予めお伝えしておきます。

一昔前の「クラウドサービス」と「IaaS」のような関係と捉えて頂ければ幸いです。
 

オブジェクトストレージとは!?

 

オブジェクトストレージへのアクセスは、通常、HTTPS上の
REST(Representational State Transfer)を利用して行われます。

ユーザ、または、アプリケーションからオブジェクトへのアクセスは直接行われ、
例外を除き、ファイルシステムは使われません。

従って、OSや、ファイルシステムに依存することなく、
データの格納や格納したオブジェクトへのアクセスが可能
です。

オブジェクトには、固有の名前(UUIDのような文字列)が付与され、
ストレージ内において、データとデータを管理するためのメタデータが関連づけられます。

オブジェクトに紐づけられるメタデータは、一般のファイルシステムにおけるメタデータ
(ファイル名、サイズ、作成日、所有者等の属性)のみならず、以下のような属性が格納されます。

・保存期限
・冗長コピー数
・格納媒体の場所や特性
・遠隔地保管の有無
・暗号化の有無
・アクセス性能の規定

この他にユーザやベンダーのエッセンスをメタデータに付与し、
独自のカスタムメタデータを格納することも可能です。

obstorage-tips

 

オブジェクトストレージの特徴と主な利点

 

さて、このオブジェクトストレージが昨今話題になっていますが、
「何故?」と疑問に感じている方も多いかと思います。
しかし話題になるにはそれなりの理由があります。

[table id=3 /]

このようにオブジェクトストレージは、
これまでのブロックストレージやファイルストレージでは実現が困難であったことを容易に行える
特性を持っています。

「Internet of Everything」時代のストレージプラットフォームに相応しい可能性を秘めています。
 

オブジェクトストレージで提供するもの

 

具体的な商談になると、
「機能は大体わかったけどどうやってデータを入れるの?」
といった質問をよくされます。

「ブロックストレージ」は、NFSやCIFSでOSから
ドライブやマウントポイントとして見ることができるため利用イメージがつきやすい一方で、
「オブジェクトストレージ」は、インターネットを介するため、
ブラウザやコマンドプロンプトでしかやりとりができないようなイメージが先行しているようです。

オブジェクトストレージでは、オブジェクトストレージとアプリケーション間をつなぐための
Application Program Interface(API)を提供しています。

クラウドサービスと言えば、従来、IaaSやPaaS、SaaSというものがありますが、
オブジェクトストレージでは少し考え方が違います。

実際には、APIの接続口を開けて待っているだけだからです。

そのため、どのようにデータを転送するかは利用者に委ねられており
それを自由度が高いと捉えるか、使い勝手が悪いと捉えるかはユーザ次第ということなります。
 

オブジェクトストレージの使い道とは!?

 

上述まででお察しの方も多いと思いますが、
利用用途はあくまでも「アーカイブ」や「利用頻度の低い静的ファイルの保管先」です。

オブジェクトストレージを直接企業のファイルサーバや、
データベースの一次ストレージとして構えることは避けてください。

具体的な保管推奨データは後述の図中に記載していますが、
ここではブロックストレージとは利用用途が異なるということがご理解いただければよいと思います。

obstorage-yoto

しかし、どうしてもファイルサーバとして利用したい場合もあるかと思います。

この場合は、NASインターフェースを備えたオブジェクト型ファイルストレージなる
アプライアンス製品がありますので、それらを利用するとよいでしょう。

これは通常のファイルサーバを置き換えて利用できる一方で、
裏ではデータの自動階層化を行い、ポリシーで定めたアクセス頻度の低いデータや古いデータを
オブジェクトストレージに自動アーカイブします。保存したデータを利用する際は、ユーザが意識することなくクラウド上からリトリーブされる仕組みです。

別のバックアップソフトウェア型のクライアント製品では、
上述のアプライアンス製品と同様の自動階層化機能に加え、スタブ機能(※)を有します。

データは、ポリシーに従って自動アーカイブされますが、ローカルにスタブが残ります。
ノンアクティブデータをクラウド上から読み込む際には、ローカル上のスタブをダブルクリックすることで容易にリトリーブが可能です。

ちなみに、リトリーブとはアーカイブの対義語です。

※スタブとは通常、上位プログラムを呼び出す仲介プログラムのことを指します。Linuxの技術で例えるとシンボリックリンクが近く、クラウド上のデータに対してリンクを張るイメージです。

obstorage-case
 

サービスとしてのオブジェクトストレージ

 

今回紹介した他に、サービスとして利用するのみであれば
Amazon Web Service(AWS)のS3やMicrosoft Azuruストレージサービスのようなサービスもあります。

従量課金制ではありますが、安価で容易に利用できるツールとして最近では必ずと言ってよいほど、
検討対象に上がります。

ただし、海外のサービスであるが故に、データの管理・取扱やサポート体制、ネットワーク遅延、
日本の法律が適用されないなど、国内のサービスと比較すると異なる部分が少なからずありますので
利用に当たっては十分な調査が必要です。

ガートナーやIDCの調査によりますと、これからますますデータが溢れかえる時代に突入すると言われています。

現在、全世界の総データ量は約3ZBと言われていますが、全ての情報がインターネットにつながるであろう2020年には40ZBにまで達するという予測も出ていて、これは全世界のすべての人が1人当たり5TB分を保有する量に相当するそうです。

このようなデータを保管するためには、柔軟で伸縮性あるオブジェクトストレージはなくてはならない技術であるとともに、今後、この領域が果たす役割は「徐々に」、ではなく、「爆発的に」大きくなるだろうと予想していますので、また折をみてお話させていただこうと思います。

いま話題のオブジェクトストレージとは!?
資料請求・お問い合わせはこちら

▲ ページトップに戻る

技術ブログ

2023年8月
« 7月  
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    
採用に関するお問い合わせはこちら