OpenSSLにまた重大な脆弱性

オープンソースのSSL／TLS実装ライブラリ「OpenSSL」に新たな脆弱性が見つかり、6月5日（米国時間）に修正パッチがリリースされた。脆弱性はサーバとクライアントの両方が影響を受け、OpenSSLで保護していたはずの情報が漏えいする恐れがある、

だそうな

OpenSSLにまた重大な脆弱性、直ちにパッチ適用を
http://headlines.yahoo.co.jp/hl?a=20140606-00000001-zdn_ep-sci

Cephについて

６月５日に、

OpenStack最新情報セミナー(2014年6月)
『OpenStack環境構築入門』＆『Cinder/Swift/Ceph OpenStackでのストレージ活用法』

に行って来た！

夜の部の３番目（さいご）

Cephをベンチマークしてみました

をメモメモ

---

Cephをベンチマークしてみました
・分散ストレージ
・Ceph,OpenStackの使われ方
・ベンチマーク結果

・分散仮想ストレージ
　V3
　ＶｉＰＲ
　→ＳＤＳといってもいろいろ
　　抽象化しているレイヤが違う
　ＭａｐＲ：分散ファイルシステムをＨａｄｏｏｐにチューニング

・ＯｐｅｎＳｔａｃｋ
　　バックエンド２本
　　フロント２本
・キャッシングメカニズム
　　→ネットワークの知識がないとチューニングできない

RedHatがCephの開発元Inktankを買収（出資してたのはカノニカル）

Cephの特徴
・ブロックデバイスとしても、ファイルシステムとしても使える
・ファイルシステムに２種類
　　フューズ
　　カーネルデバイスドライバ

・ブロックデバイス
　　カーネルドライバ
　　ユーザーランドで動く
　　libRBDをつかう

・Havanaで所々動かない
　　カーネル３以上

・数百Ｔを超えないと、分散ファイルシステムのメリットでにくい
　ＤＲ（遠隔レプリケーション）

・Erasure cording（いれーじゃーこーでぃんぐ）
・Cephロードマップ→買収前

・ベンチマーク
　パフォーマンス的にCephFS,あんまりよろしくないです。
　CephRBD QEMはよい
　CephRBD Fuseドライバは、作成ファイル数が増えると、コンテキストスイッチが急激に増える

・４０Ｇ　Ｅｔｈｅｒ　ＳＳＤでパフォーマンスベンチマーク

・日本Cephユーザー会
６月２２日
ＪＴＦ２０１４

Swiftによるプライベート・クラウドストレージの活用

６月５日に、

OpenStack最新情報セミナー(2014年6月)
『OpenStack環境構築入門』＆『Cinder/Swift/Ceph OpenStackでのストレージ活用法』

に行って来た！

夜の部の２番目

ＯｐｅｎＳｔａｃｋ　Ｓｗｉｆｔによるプライベート・クラウドストレージの活用

をメモメモ

---

・Ｓｗｉｆｔ：ＯＳＳの分散ストレージ

歴史
・RackSpaceのオンラインストレージ
・IaaS(Nova)：バックアップストレージ
・エンタープライズ用途での適用が進行中

安定感→多数の企業にサポート
・Swiftは、類似技術にくらべ、いろんな会社
　みんなが協力
　リリーススパン

技術概要
・２種類
　　Proxyは振り分け、
　　Storageはデータ格納
・故障を踏まえて、複数のレプリカを書き込む
　ディスク故障やデータ破損時は、自動復旧
・スケールアウト
　　プロキシふやす：スループットが増える
　　ストレージ増やす：容量が増える
　→無停止で

一通り想定される使い方は全てサポート
　　ＧＵＩ
　　ＡＰ開発
　　ＣＵＩ

ＯｐｅｎＳｔａｃｋ　Ｓｗｉｆｔの活用イメージ
・スケールアウト型
・長期保存型

階層型ストレージ
　　→部門の共通サーバー
データ保管サービス
　　トータルライフレコーディング：キッズビジネス
　　ＥＨＲ（Exchange Healthcare Record)
デジタルアーカイブ
社会インフラ監視
　　防犯→オリンピック

ＮＴＴデータのサービス
・離れたところにＤＲ

Cinder+SDS（Software-Defined Storage）

６月５日に、

OpenStack最新情報セミナー(2014年6月)
『OpenStack環境構築入門』＆『Cinder/Swift/Ceph OpenStackでのストレージ活用法』

に行って来た！

夜の部のはじめ

Cinder+SDSでOpenStack環境のシンプルなストレージ運用と拡張性柔軟性のあるクラウドインフラ実現
ＥＭＣジャパン

をメモメモ

---

ＶｉＰＲ（ばいぱー）

Ｃｉｎｄｅｒとは
いわゆるブロックストレージ
上側：Ｎｏｖａ、Cinder
下側：マシン、ストレージ
・ストレージ：標準化されていない。ドライバを提供
　　→ベンダーの力が試されている
・アプリケーションにより異なるワークロード（要件）
　　→ＥＭＣは適材適所に製品提供
・新たなアプリケーションがＳＤＳを牽引
　プラットフォームの違い
　　　新しいアプリケーションプラットフォームが広がっている
　　　従来型ミッションクリティカル
　ＥＭＣは両方、橋渡し
・ＥＭＣ　ＳＤＳ製品
　ＳｃａｌｅＩＯ：Ｃｅｐｈの商用版みたいなもん
　ＶｉＰＲ
　ＥＣＳ
・ＶｉＰＲ：２つの要素
　　コントローラー：Ｃｉｎｄｅｒ：一元的に管理、自動化
　　ＤａｔａＳｅｒｖｉｃｅ：Ｓｗｉｆｔ：データ
・ＯｐｅｎＳｔａｃｋとのかかわり
　　ドライバをコントリビュート
・ＸｔｒｅａｍＩＯ＝ＳＳＤ
・ＯｐｅｎＳｔａｃｋとＶｉＰＲ
　→プロビジョニングに関わる部分をよりシンプルに
・プロビジョニングの自動化
　　作業工程
　　作業内容
　　ゾーニング
　　マスキング
　　ストレージボリュームの作成
　　ボリュームのマウント
　　スナップショット作成
　　レプリケーション設定
　　ボリュームの拡張
　　ボリュームのアンマウント
　　ストレージボリュームの削除
　ＶｉＰＲ利用：数分～数十分

・ＯｐｅｎＳｔａｃｋにおけるＶｉＰＲとは
　　ストレージ抽象化

・バーチャルプール
　高速なもの、低速なものに構成をわける

・ＳＭＩ－Ｓ経由で認識

・ヘテロなストレージ環境

OpenStackトラブルシューティング入門

６月５日に、

OpenStack最新情報セミナー(2014年6月)
『OpenStack環境構築入門』＆『Cinder/Swift/Ceph OpenStackでのストレージ活用法』

に行って来た！

昼の部の２つめ

OpenStackトラブルシューティング入門

をメモメモ

---

OpenStackの構築方法
１．公式マニュアル
２．RDO OpenStack
３．Ubuntu Juju+MAAS
４．Mirantis Fuel

５．DevStack

Ubuntu Juju
・サーバーデプロイ・環境構築ツール

ＭＡＡＳ
・ノード管理ツール
・Juju+MAASでOpenStackを管理

ＲＤＯ
・RedHat Enterprise Linuxユーザーの
　Openstack構築を支援するコミュニティ
・RHEL,CentOS,Fedora
・単体構成なら１５分でデプロイできる
・他のマシンからsshでアクセスとかはできない
　　→その前にやることがある

OpenStackの動作確認
・OpenStackDashboardで確認
・コマンドで確認
・コマンドのルール
　　コンポーネント　オプション-list
　　コンポーネント　show id
例
　　keystone user-list

重要コンポーネント　Keystone
・認証サービス
　　keystone user-list
　　keystone tenant-list
　　keystone token-get
　　keystone service-list

エラー
・keystoneのログ（ログレベル上げる）
・ＳＱＬサーバーログ、メッセージキューサービスのログ
・keystoneの設定、サービス再起動

Glance
・イメージサービス
　　glanse image-list

Nova
・一番重要
　　nova service-list
　　nova hypervisor-list
　　nova list
　　nova-manage vm list

Neutron
・ネットワーク
　　Computeとネットワークノードの間に障害があるかも
　　　→いろいろ見るところある
　　ただ、再起動で復帰することも

ＲＤＯ　Openstackのみ
openstack-status

トラブルシューティング編
・パッケージミス
１．正常に動かないときはログ確認
２．公式のソースを展開して実行
３．バグ報告

ＲＤＯで構築したIceHouseでNova-computeが動かない
XenServerでRDO
libvirtdが動いていない
Fedoraパッケージのバグでした

インスタンスが外部ネットワークにつながらない
・Openstackにパッチ適用、再起動、インスタンス起動、ネットワーク不通

ip routeを実行する
openvSwitchが動く前になにかしてしまい・・・
→へんなＩＰ→消す
pre-upを書く

ネットワークノードで
・ブリッジがあるか
・Fedora20の場合、ネットワークサービスを再起動
・ovs-vsctl
　　ＧＲＥの場合
・ブリッジの状態を確認
　　登録を確認、
　　　ovs-vsctl list-br
　　デバイスの接続を確認
・ip addr show
・ip netns exec
・qrouterの確認
・qdhcpの確認

それでもつながらない
・Floating IPを付け直す
・インスタンス中→外にPing
・インスタンスを再起動

その他、注意するポイント
・ＰＤＦからのコピペに気をつけろ
・キーペアがインポートできない
　　→viの設定ミス set linebreak　；改行入る

１．OpenStackコマンドで確認
２．ログを確認
３．設定を確認
４．ログレベルを上げる
５．ログを確認
６．マニュアルを疑え
７．自分の環境を疑え

「OpenStack最新情報セミナー」に行って来た！

６月５日に、

OpenStack最新情報セミナー(2014年6月)
『OpenStack環境構築入門』＆『Cinder/Swift/Ceph OpenStackでのストレージ活用法』

に行って来た！

まずは、昼の部のいちばんはじめ

OpenStack環境構築入門

から

---

・2014年になってOpenStack構築増えている
・手順書のダウンロードも増えている
・３台構成でつくる
・EnterpriseCloud.jp
・第５回　ビデオもアップする（今後も）
・たまおきのOpenstackWatch（以前、クラウドwatch）
・ベアメタルOpenStack
　　従来：仮想マシンの管理
　　物理サーバーを丸ごと使う：ベアメタル
・次期バージョンIceHouseに取り入れられた
　　→Ironic
　　→従来は仮想マシン、今、インフラ
　TripleO(OpenStack on OpenStack)
　　→統合環境に
・最近のOpenStack
　　IaaSはもちろん
　　PaaSも
　　　Macaroni：メッセージサービス
　　　DBaaS
　　　Hadoop（ビッグデータ）Sahara(旧Savanna）
・最近やっていること
　OpenStackデプロイツールの評価検証
　　　UbuntuのJuJu/MaaSを使ったOpenStack環境
　　　RDOを使ったOpenStack環境構築
　IceHouse導入手順書の作成
　　　Havanaと手順がかなり変わった
　　　相変わらずNeutron周りが・・
　DevStackの検証
　　　最近、ネットワークがうまくつながらなくなった

　→Havana入れないとIceHouseはわかんないかも？

本日のアジェンダ
・OpenStackの概要
・環境設計入門
・Ubuntu
・Keystone（勘所１）
・Neutron（勘所２）

OpenStackの概要
・IaaS環境を実現するソフトウェアスタック
　　仮想マシン
　　ネットワーク
　　ストレージ
　→クラウドＯＳ
・OpenStack構成図
　　ＭＱやＲＥＳＴで相互接続
　　docs.openstack.org
　　疎結合
　　→スケールアウトできる
今回の設計の方針
・ubuntu server 12.04LTS
・３ノード
　　コントローラ
　　ネットワーク(Neutron+open vSwitch）
　　仮想マシンインスタンス(Nova compute＋Open vSwitch)
仮想環境ではOpen vSwitchが広まっている

環境設計入門編
考慮点
・ネットワーク構成
　　物理設計
　　論理設計（Open vSwitch,OpenFlow、従来のvlanだとタグ足りない

・ストレージ構成
　　マスタイメージ管理(Glance)
　　ブロックストレージ管理(Cinder+外部ストレージ）
　　共有ストレージ領域の準備(NFSなど）
　　オブジェクトストレージの利用（swift)

・ネットワークは２系統
　　　管理系「eth0」
　サービス系「eth1」
　　　ＧＲＥトンネリング
　　　Floating IP

・FixedIP　とFloating IPの組み合わせ
　　→逆方向のＮＡＴ
　　仮想スイッチに入る
　　　　br-int(インテグレーション）されている。

Ubuntu Server
・注意点
　　英語で入れている（キーボードはJapanese）
　　特別なものは入れなくていい
　　→KVMも入る。OS標準を入れるとおかしくなる
　　　Primary:eth1（外に出れるのを振ったほうがいいから）
　　sysctl.confの編集
　　aptの設定
　　Pythonクライアント
　→３つ仮想マシンをつかうとやりやすい

Keystone
・OpenStackのアカウント構造
　　テナント→従来プロジェクト
　　　ゆーざー：テナントに所属
　　　権限：ロール
　　　　admin,service
　　　　一般：memberロール
　　　→policy.jsonに
　　RESTfulAPI　いきさき endpoint

　　adminAPI,internalAPI,publicAPI
　　1.keyStoneにサービスとendpointの作成
　　２．各設定ファイル内

Policy.json
ポリシー：[["ルール"]]
　　ポリシー：操作とルール
ルール：ロール、フィールド、一般
　
Neutronの勘所
・各ノードに合わせたパッケージの導入
　　長いクラス名
　　プラグインアーキテクチャ：ドライバという考え方
　　　　ファイヤーウォールも

動作でも
horizon

インスタンス
・ＩＰアドレスで失敗すると、意味なくなる
・アクション→フローティングＩＰ割り当て

ログを確認するが、ログをきれいにしておく

Glance
is-public=true　フォーマットはqcow2
→ephemeral（きえてしまう）場合
qemu-img info disk
インスタンス終了→消えている
→ディスクファイルを残したい場合Cinder
tgt:iscsiをソフトウェアで
iscsid

公式ＯＳイメージのダウンロード
cloud-initを導入すると良い
→それ以上だとheat,Chef,Puppet

イメージ格納要ボリュームの作成
pvcrate /dev/sdb
vgcreate cinder-volume /dev/sdb

neutron
br-exがない→ovs-vsctlであとでつくる
ovs-vsctl show

「写真素材 足成」は、個人、商用を問わず全て無料でフリー素材を使えるらしい

今、

餃子感ゼロ！日本餃子協会のトップページ画像がひどいと話題に
http://irorio.jp/aimiyayuichi/20140604/140040/

の記事を見ていて知ったんだけど、

「写真素材 足成」は、フリーの写真素材を個人だけでなく、商用も無料で
使えるらしい。

「写真素材 足成」
http://www.ashinari.com/

によると（以下太字は上記サイトより引用）


「写真素材 足成」は、全国のアマチュアカメラマンが撮影した写真を、写真素材として無料で提供しています。個人、商用を問わず全て無料でお使い頂け、その上、煩わしいクレジットやリンクの表記、ユーザー登録は一切不要。Web、紙、動画他、あらゆる媒体で写真素材としてのご利用が可能です。更新も365日毎日行っております！


へ～、いろいろ見てみよう

総務省が「変な人」を募集するのは、６月末から

今は、その業務を実施する企業を募集している段階とのこと

総務省に「変な人」志願者の電話が数百件殺到、注意呼びかけ
http://thepage.jp/detail/20140604-00000022-wordleaf

（以下、太字は上記サイトより引用）


この事業は「独創的な人向け特別枠（仮称）」。同省によると「ICT（情報通信技術）分野において破壊的な地球規模の価値創造を生み出すために、大いなる可能性がある奇想天外でアンビシャスな技術課題に挑戦する人を支援する」というもの。対象は、大いなる可能性のあるICT課題に挑戦する個人で、義務教育を修了した人。研究費は300万円が上限で、10件程度の採択を見込む。

同省は5月22日、この事業を公表するとともに、業務を実施する民間企業1社の公募を始めた。すると、ネットニュースで取り上げられ、これをみた人たちから、同省に電話が殺到。朝から晩まで電話がふさがるほどの状態が続いているという。カウントできないほどの数で、累計で数百件にも上るとみられる。

リッチデザイン・フラットデザイン

RIA（リッチ・インターネット・アプリケーション）などでは（というか、一般でもそうか）、リッチデザインの概念がある。

はてなのリッチデザインによると「パーツに質感や奥行きなどが感じられるような、ディティールにこだわったデザインのこと」との説明がある
CSS3やJQueryなどを駆使することにより、結構なリッチデザインが可能なわけだ。


一方、appleなどによる、フラットデザインという考えがある。

5分でわかるフラットデザインの起源と歴史
http://www.seojapan.com/blog/flat-design

に詳しいが、はてなのフラットデザインによると「デザインパーツの全てがフラットで起伏のないデザインのこと。主にウェブ上のコンテンツのデザインや、そのユーザーインターフェース（UI）として用いられる。2012年後期あたりから単にウェブ上のみでなく、「iOS 7」や「Windows 8」などOSレベルでこの手法を取り入れたものが主流に」との説明がある

どちらがいいという議論はさておき、どちらもデザイン力は必要だ。

オンラインバンキングのID・パスワードを抜かれるやつ、Flashアップデートも必要？

最近、

バッファローダウンロードサイトのウイルス混入によるお詫びとご報告
http://buffalo.jp/support_s/20140602.html

とかで話題の、オンラインバンキングのID・パスワードを抜かれるやつ、
あれって、Flashのバージョンが古い人は、アップデートしなきゃいけないのでは・・・

あのウィルスは

更新：Adobe Flash Player の脆弱性対策について(APSB14-13)(CVE-2014-0515)
http://www.ipa.go.jp/security/ciadr/vul/20140430-adobeflashplayer.html

なんだとおもうんですよ。
ということは、Flashのバージョンが古い人は、アップデートも必要ですよね。

まあ、IE6+XPのような人はサポート対象外だからだめだけど、
それ以外の人は、まあ、Flashをアップデートすれば、よいだけの話なんだけど・・
・・というか、たいていアップデートしてるだろうから、大丈夫な話なんだけど・・

ＳＴＡＰ主論文撤回へ 小保方氏同意、研究白紙に

日経の記事

ＳＴＡＰ主論文撤回へ　小保方氏同意、研究白紙に
http://www.nikkei.com/article/DGXNASGG0301L_T00C14A6000000/

補足する論文（もう一方の論文）は撤回同意しているので、
これで、STAP関連２本とも撤回ということ。

なにかあったんだろうか・・・
（別に小保方さんとアメリカの教授で論文出すとか？）

国内ＰＣ、２０万台感染か＝不正送金ウイルス

不正送金といえば、

バッファロー、ダウンロードサイトにウイルス混入、不正送金される可能性
http://news.goo.ne.jp/article/mycom/life/mycom_983613.html

っていうのがあったけど、さらに

国内ＰＣ、２０万台感染か＝不正送金ウイルス―所有者に通知へ・警察庁など
http://news.goo.ne.jp/article/jiji/nation/jiji-140603X512.html

だそうな（以下太字は上記サイトより引用）

　警察庁は近く、感染端末のリスト提供を受け、ＩＰアドレスを管理するプロバイダーを通じてパソコンの所有者に感染の事実を通知。手順に従ってウイルスを駆除するよう促していく。　


っていうけど、プロバイダから、送られてくる通知は信じてよいのだろうか？
手紙でくるんなら信じるけど、メール、それもロリポおじさんから来るメール
を信じれるだろうか・・・信じるぽ？

要求と要件の違い

まず、ソフトウェア工学（とくに要求工学）では、要求という言葉を使う
（要件とは、あまり言わない）

実務上では、要件は、「システムの要件」で、システムは～といって意味が通じたら、～は要件といわれる。

で、今、はっきり違いが分かった！

要求と要件は、主語が違う。

要求は、ユーザー、他システムなど、自システム以外が求めていること。
要件は、自システム（開発しようとしているシステム）が主語になる。

　目覚まし時計に「朝起こしてくれる」というのは、
　起こしてくれるのを求めているのはユーザーだから要求。

「指定された時間にベルを鳴らす」のは、自システムがベルを鳴らすので、要件。

ということは、要求分析が先にあって、要件定義をすることになる。
逆（要件定義が先）だと、頼まれもしないものを、システムが作ることになる
・・・いや、あるけど、実際に頼んでもいないものが作られることはあるけど、
順番は逆だね・・・

P.S

なにをいまさら・・・と思うと思うけど、実は、これには深遠な意味がある。
その意味は、企業機密？でここには書けない。

８Ｋテレビより、ロボットが動くラジオとか研究してほしい・・・

ＮＨＫ技研公開２０１４に行って来た！
はいっていきなり、８Ｋ。フィギュアやってた。
そのあとも、８Ｋのハイブリッドキャスト、８Ｋのスーパーハイビジョンカメラ、８ＫのＨＥＶＣエンコーダー、８Ｋの小型記録・・・と８Ｋばっかりだった・・・

それ以外だと、有機ＥＬ、立体テレビ、ホログラフィーのための・・・、興味を推定する番組ナビゲーション、音声認識字幕、手話ＣＧ、触覚で触れるテレビ、次世代ＣＡＳなど、去年もあったかな？というのを除くと・・・

・水中ワイヤレスＩＰ
　　水中でワイヤレス中継
・ＳＤＮを利用した放送局映像取材網
　　Ｌ４のＴＣＰにおいて、放送の内容によって、伝送レートを変える。
　　（リハーサル用はあらく、緊急画像のファイル転送は早く）
・新デジタル方式ワイヤレスマイク
　　ＯＦＤＭ方式、新周波数帯（テレビのホワイトバンドと１．２Ｇ）に対応

なお、放送とネットの連携みたいな話があったが、帰り道、バスをまつときに、前のひとたちが、「放送とネットって、放送局側が意識しているだけで、見ている側は、そんなに意識してないよね。ネットで面白いのがあれば、そっちをみるし、テレビで面白いのがあれば、テレビで見るし。どっちも結局、ウィンドウ型で、おなじようなもんだし・・・」といっていた。たしかに・・・（＾＾；）

帰り道、バスをまつときといえば、そのとき、入口をみたら、どーもくんと、お姉さんのコスプレをした人が、来場者のお子さんと一緒に、写真とってた。大人気！

それと、今回７階の食堂にも行って来た！
どーもくん？のランチは売り切れだったので、安いランチとホットコーヒー。
まあ、普通のランチ。はじめ、コーヒーどこで提供してるのか分からなかったよ（ランチの奥）

---

８Ｋばっかりなんだけど、それが公共放送の研究として、正義なのだろうか・・・
８Ｋって、そんなに見たい人がいるのかなあ？放送局側（ＮＨＫ）が意識しているだけなんじゃないの？世界的に見ても、８Ｋを見る余裕がある人は少ない気がする・・
そうすると、ガラパゴス？ってか、日本でも、８Ｋ見る人、どれだけいるんだろう。
これから、４Ｋテレビだと思うけど、４Ｋ買った人が８Ｋにいくのかなあ？・・

それよりも、もっとぶっ飛んだ放送を考えてほしい。

たとえば、ある画面のある部分を選択すると、それを３Ｄプリンタから出てくるとか、石黒先生のヒューマノイドロボットから、ラジオの音声が出てきて、放送によって動かす（ダンスする）とか・・・どうもくんのきぐるみであれだけ人気なら、ヒューマノイドロボットが放送によって動いたほうが、衝撃的だよねえ・・・そういうの、やってほしい・・・

・・・赤ちゃんが、ゾンビになるそうです・・・３Ｄプリント

前にＲｅＣａｐ３６０というのを書いた。


スマホやデジカメなどで３６０度ぐるっと写真を撮り、
それをAutoDesk ReCap360というクラウドサービスに送ると３Ｄデータにしてくれるというサービス。

それを使って、赤ちゃんの写真から、３Ｄプリントしたという記事を発見

チュートリアル / 読んで触ってよくわかる！Mayaを使いこなす為のAtoZ
第54回：赤ちゃんをReCapして3Dプリントしてみよう！
http://area.autodesk.jp/column/tutorial/maya_atoz/3d_print/


・・・赤ちゃんが、ゾンビになるそうです・・・（＾＾；）