GMO Pepabo.incのOpenStack運用事例です。
![ペパボにおけるOpenStackHacks!](https://cdn-ak-scissors.b.st-hatena.com/image/square/943e5c8a49902f6fa1b7ea65501ff52224be47db/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F43f4641c9758418ab1e46d8a540aee9a%2Fslide_0.jpg%3F5009127)
日本アニメ初の快挙!海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
連載バックナンバー こんにちは。ユニアデックス株式会社でSDNエバンジェリストを担当している吉本です。 連載第1回では、Neutronが作るネットワークの動作を解説しました。今回は、そのネットワークはどう作られるのか――つまりNeutronの内部がどのように動作しているのかを見ていきます。今回は詳細に挙動を探るために「Atlasくん」と「Maiaちゃん」に一つずつ読み解いてもらいます*。具体的にはNeutron内部で実行している処理を、一つずつ、コマンドライン操作で追いかけていくことにします。題材とする環境は、本文中でも出現する、連載第1回で紹介したネットワーク構成を構築するまでの流れです。 まずは、Network Namespaceの仕組みを確認し、Network Namespace同士の接続、外部ネットワークとの接続を試します。Neutron側の実装もソースコードで確認していきましょう
A Demonstration of Kolla: Docker and Kubernetes based Deployment of OpenStack Services on Atomic OpenStack is a thing of beauty, isn’t it? Just look at all those cleanly defined services, perfectly atomic, able to run standalone … it’s simply amazing. What more could developers and operators ask for in a cloud? Except, that it’s not exactly like that. All those services heavily rely on each other
CyberAgent エンジニア Advent Calendar 2014 5日目です。 5日目は、インフラ&コアテク本部の@nekoruriが担当します。 ← 4日目 Unity×ADXでつくる音ゲーの話 アメーバピグへのGoogle BigQuery導入までのもろもろ設定記 → 私たちが所属するインフラ&コアテク本部は、「(^q^)くおえうえーーーるえうおおおwwwwwwwwwwwwwww」でお馴染みアニメ放映中のガールフレンド(仮)やアメブロを初めとするAmeba、755などグループ会社に対して、最適化されたサービスインフラとその運用ノウハウを提供する組織です。自社開発のプライベートクラウドの開発・運用だけでなく、パブリッククラウドやCDNなどの外部サービスの活用支援や、サービスに関するセキュリティプロセスなど、「サービスを動かす基盤」全体の向上に責任を負っています。 今日は、インフ
Devstackについて DevstackはOpenStackを簡単にデプロイするためのツールです。 Bashで書かれており、対応OSはUbuntu、Fedora、RHELなどがあります。 なぜDevstackか? 以前はOpenStackをデプロイするならDevstackを使うのがデファクトでしたが、現在は様々なデプロイツールをOpenStackに対応させようとしている人たちがいるため、必ずしもDevstackを使う必要はありません。例えば、puppet、chef、ansible、jujuなどがあります。それらのツールと大きく違う点はDevstackはOpenStackの公式デプロイツールという点です。DevstackはOpenStackのCIにも使われており、すべてのパッチは一度はDevstackでデプロイされた環境で動いていることになります。そのため、開発者も自分たちの提案したコード
In my previous post about security related updates that are coming in Juno, I mentioned that Keystone itself is a poor identity management solution. I feel that this is a topic that deserves a more thorough discussion. If you ask people familiar with OpenStack what Keystone’s purpose is, I’m willing to bet many of the answers include the term authentication. In my mind, Keystone’s main purpose i
Cephのアーキテクチャの解説、最新動向、ベンチマークや事例などを掲載したスライドです。 第1回サービスプロバイダー様向け技術勉強会Read less
Neutronプラグイン「MidoNet」の内部構造を解説した資料です。 2015/02/12 ver1.2 トンネルIDとVMポートの関係の説明を追加Read less
第20回 OpenStack勉強会 Neutron Deep Dive Distributed Virtual Router技術概要
こんにちは。インフラストラクチャ本部の竹辺です。このエントリはGREE Advent Calendar 2014 4日目の記事です。 GREEのSNSでは、ユーザのみなさまが投稿した画像を保存するためのストレージを運用しています。2年ほど前から、この画像のストレージにOpenStack Swift(以下Swift)を使い始めました。その後、既存のストレージからのデータ移行やユーザのみなさまからの投稿などにより、現在では9億ファイルを超える画像が格納されています。 日本最大のメッセージングサービスでは一日の130億件のメッセージがやりとりされているという時代に9億などというとププッと笑われてしまうかもしれませんが、Swiftに大量の画像ファイルを格納するにはいくつかの性能上の問題を解決する必要があり、9億ファイルを格納するのもそれほど簡単ではありませんでした。この記事では、弊社の画像ストレー
MySQL database usage is popular in OpenStack. Core OpenStack services for Compute (Nova), Storage (Cinder), Neutron (Networking), Image (Glance) and Identity (Keystone) all use MySQL database. MySQL – as the world’s most popular database, runs inside OpenStack Virtual Machines and serves as database backend to OpenStack cloud based applications. The MySQL instances can be configured to run in virt
こんにちは、運用部 アプリ運用グループの清水です。Golang鋭意勉強中です。 今回は、SNS「mixi」に限った話ではなく、ミクシィ社全体として利用している仮想環境について紹介したいと思います。パブリッククラウドも一部のサービスで利用していますが、今回は、自社で運用している仮想環境にフォーカスして書いてみようと思います。 今まで利用してきた仮想環境 今まで利用してきた仮想環境というと、手作業で構築したKVM(Kernel-based Virtual Machine)環境が中心でした。手作業といってもある程度手軽に構築できるように、シェルスクリプトとCobblerでVMを構築できるようになっています。構築の流れは以下のとおりです。 CobblerにVMのIPやホスト名などをスクリプトで登録する。 KVMのホスト上でスクリプトを実行(koanコマンドでCobblerと連携してVMをセットアッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く