openstackとりまとめページ http://init0.hatenablog.com/entry/2013/10/05/232939 はじめに novaの各サービス,nova-compute, keystone, glance, mysqlを1サーバ上にオールインワンで構築した時のメモです。 nova インストール # aptitude install nova-api nova-cert nova-conductor \ nova-network nova-scheduler nova-compute-kvm rabbitmq-server \ python-novaclient python-nova-adminclient 設定のため nova の各サービスは一旦停止する。 # stop nova-network # stop nova-api # stop nova-sche
それでは続いて、皆大好き・恐怖のOpen vSwitchの設定になります。 初見は、カザーブの東にお散歩に行ったら突然エンカウントしたグリズリー級のわけわかめなシステムですが、慣れたら大丈夫っていうか、自分にとっての正解を見つけてしまえばあとは元気にスルーするだけなので頑張りどころだったりします。 事故事例 Open vSwitchの設定は、NICの数やQuantumの設定(ブリッジマッピングなど)によって正解は変わってくるのですが、ミスった時はだいたいこのような現象になります。 ovs-vsctlコマンドで設定したらプライベートネットワークすら繋がらなくなった VMに接続できない ホスト間をまたいだVM同士の接続ができない VMがDHCPアドレスを取得できない(参考:OpenStackのDHCP問題まとめ) GREパケットでフラッディングが起きる(参考:OpenStack Open vS
OpenStackでテナント内にネットワークを作成すると、VLAN IDはあらかじめ指定した範囲から選ばれるので通常はユーザーが意識することはありません(VxLANやGREトンネルでも同様)。 # crudini --get /etc/neutron/plugin.ini ml2_type_vlan network_vlan_ranges physnet-tenant:60:210 ところが、とある事情でVLAN IDを指定してネットワークを作成したいと言われました。 方法はすぐに見つかったのでよかったのですが、動作確認したときのメモです。 やりたかったことは、下図の赤線部分のように2つのリージョンがある環境で外部ネットワークに出ることなく各リージョンのテナントネットワークを繋ぎたかったようです。 この環境はテナントネットワークにVLANを使っているので、両リージョンで同じVLAN IDの
SR-IOV Networking in OpenStack OpenStack Juno adds inbox support to request VM access to virtual network via SR-IOV NIC. With the introduction of SR-IOV based NICs, the traditional virtual bridge is no longer required. Each SR-IOV port is associated with a virtual function (VF). SR-IOV ports may be provided by Hardware-based Virtual Ethernet Bridging (HW VEB); or they may be extended to an upstrea
κeenです。頭痛い。LXDがリリースされたようなので1つ記事をば。 LXDはLinuxで動く軽量仮想化コンテナ、LXCのラッパでREST APIとCLIが提供されています。 LXC、LXD共にUbuntuの開発元、Canonicalが開発しています。 LXCについては初期のDockerがバックエンドに使っていたので知名度もそこそこあるかと思いますが、 そのラッパであるLXDはこの度ようやく正式リリースされました。 既にDockerがあるのになぜわざわざ新たにLXDを使うんだって気もしますが、対象とするレイヤーが違います。 Dockerはアプリケーションコンテナ、つまりアプリケーションを動かすためのプロセスより強い分離環境を提供するために使われますが LXDはシステムコンテナ、つまり仮想マシンより軽い仮想化環境を提供します。 なのでファイルシステムはCopy on Writeしませんし一度
齊藤 秀喜(さいとう ひでき) / TwitterID: @saito_hideki 株式会社インターネットイニシアティブ - http://www.iij.ad.jp/ - プラットフォーム本部 システム基盤技術部 シニアエンジニア 日本OpenStackユーザ会 - http://openstack.jp/ whoami トピック ★仮想マシンの高性能化を目指して ➡ ネットワーク性能を向上させる手法 - SR-IOV ➡ OpenStackとSR-IOV ➡ SR-IOVの効果 ➡ 現状の課題と将来への期待 本セッションでは、OpenStack管理下の仮想マシンの ネットワーク性能を向上させる手段として SR-IOVを活用する手法について紹介します 高性能な仮想マシン? 本セッションでは、3つの性能指標のうちネットワーク性能 にフォーカスしてお話します (1) CPU性能/メモリサイ
5月18日より、カナダのバンクーバーで、「OpenStack Summit Vancouver 2015」が開催される。では、運用者はどうOpenStackを使い、何を課題と感じているのか。4月にNTTグループが開催した報告会の内容をお届けする。 OpenStackプロジェクトでは、2014年5月のOpenStack Summit Atlanta 2014で、開発者が集う各種のミーティングに加え、OpenStack運用担当者が情報を共有し、開発者へのフィードバックを行う場を新設したと発表した(初のOps Meetupはこれに先立つ2014年3月)。2015年5月18日より開催されるOpenStack Summit Vancouver 2015のプログラムにもOps Meetupは含まれているが、去る3月9、10日には、中間会合ともいえる「Ops Mid-Cycle Meetup」が、米フィ
SIという仕事をしていて、「OpenStackってなんかすごいらしい、どうなの?」という話を一般企業・団体からいただくことが多くなりました。ところが、実際にお話にいくと、「コレジャナイ感」を感じるお客様も多く見受けられます。今、ユーザがOpenStackに期待していることと、OpenStackが提案している内容には、いささかギャップがあるようです。本講演は、OpenStack Summitにおいて紹介された興味深い事例を交えつつ、日本特有の事情も考慮し、「コレジャナイOpenStack」がどうして起こるのか、それに対して、提供側/受給側の双方が何をすれば幸せになるのか、を議論します。 http://eventregist.com/e/openstackRead less
OpenStackとTerraformで作るPhoenix Environments ~よみがえれ、俺のインフラ~Read less
■ 社内の GitHub Enterprise を OpenStack に移行した 勤務先のペパボでは GitHub Enterprise(GHE) を全社員使っていて、コードやアイデアや作業記録をすべて集約するようにしているのだけど、全社員となると導入した当初に用意したリソースではどうしても厳しくなってきた。さらに使用していた VirtualBox は GHE 2.x シリーズはサポート対象外となってしまい、未来に向けてなんとかしなくてはいけないということでなんとかした。 取りうる選択肢としては、AWS にのせるとか ESXi をインストールしてその上にのせるなどがあったのだけど、弊グループでは大規模な OpenStack 基盤の運用ノウハウがあるということと、ペパボでもアプリケーション・サーバーは積極的に OpenStack の上に載せていくという動きがある(と言っても動きを作っている
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く