SDN は Software Defined Networking の略称で、ネットワークをソフトウェアで定義するもの全般を指す概念です。これだけだと本当に幅広い意味に取れるので、スイッチに SSH で入ってコマンドを叩くプログラムも SDN だし、そうなると当然 TeraTerm マクロでスイッチの設定するものも SDN です、と言い張れるわけですが、この記事では OpenFlow プロトコルの登場から現在までのネットワーク周りのソフトウェアを中心とした話題を取り上げます。 OpenFlow OpenFlow は 2008 年にスタンフォード大学の学生の研究から生まれたもので、従来のコントロールプレーンとデータプレーンを同じ物理スイッチ上で動作させていたモデルから、コントロールプレーンを切り出し、このコントロールプレーンを実装したコントローラからデータプレーンを提供する複数のスイッチを集

はてなエンジニア Advent Calendar 2017の2日目です。 昨日は、id:syou6162 さんによるAWS Lambda上で鯖(Mackerel)の曖昧性問題を機械学習で解決しよう - yasuhisa's blogでした。 この記事は、人工知能学会 合同研究会2017 第3回ウェブサイエンス研究会の招待講演の内容を加筆修正したものです。 講演のテーマは、「自然現象としてのウェブ」ということでそれに合わせて、「自然のごとく複雑化したウェブシステムの運用自律化に向けて」というタイトルで講演しました。 一応、他の情報科学の分野の研究者や技術者に向けて書いているつもりですが、その意図がうまく反映されているかはわかりません。 概要 1. ウェブシステムの信頼性を守る仕事 2. ウェブシステム運用の現状 国内のウェブシステムの運用技術の変遷 クラウド時代 コンテナ型仮想化技術 サーバ

All slide content and descriptions are owned by their creators.

こんにちは。みなさんもウェブアプリをリリースしたあとに同業者にソースごとパクられたことってありますよね。難読化しても難読化されたまま同業者のサーバで動くので困ったものです。そこで、私がとった解析しずらい対策をまとめてみたいと思います。 前提 多機能な画面をJavaScriptでゴリゴリ作ったのにもかかわらず、HTMLやCSS、JavaScriptファイル一式を自社サーバにまるごとコピーして、ライセンス表記だけ書き換えて使うような業者を罠にはめるということを想定しています。 当然通信をリバースエンジニアリングする人もいるので、自社サーバでは防げないという前提です。 HTMLにはauthorメタタグ よくあるMETAタグで権利者を明記します。これは権利の主張もそうですが、JavaScript自体に権利者が認定した権利者でなければ無限ループを起こすという処理のためにも使用します。逆に、権利者が我

概要 システム構成図などを作成しようとすると、ユーザーやサーバーの図形を使うことになりますが、ライセンスを気にせずに、タダで使えて、見た目がそれなりによくて、統一感があるものは、なかなか見つからないですよね。無いならつくるしかない、ということでつくってみました。 この図をつくっているパーツを含むPowerPointもGitHubに公開したので、ある意味オープンソースです。グループ化を解除すれば、各パーツに分解できます。 昨日から作り始めたので、まだ納得のいくものになっていませんが、これからクオリティを上げていきます。 ちなみにWindows 10のPowerPoint2013でつくっているので、LibreOfficeなどでは正常に表示されません。最初からMacかUbuntuで作図した方がもう少しマシなデザインになったと思いますが、職場はWindowsという人が多いと思うので、PowerPo

OSS キーワードで絞り込む 深層学習 ネットワーク プロトコル Linux オペレーティングシステム コンテナ関連 構成管理 ストレージ 仮想化 クラウド 負荷分散 プログラミング言語 プラットフォーム フレームワーク 深層学習すべて Isaac Gym(22000件) ネットワークすべて SmartNIC(11000件) RDMA(22000件) Ryu(10100件) OpenFlow(21100件) その他(20020件) プロトコルすべて NFS(51301件) OpenLDAP(77000件) SNMP(11000件) OAuth(11000件) その他(00000件) Linuxすべて 新Linuxカーネル解読室(33000件) DPDK(11000件) eBPF(22000件) カーネルタイマー(44000件) 割り込み処理(55000件) dm-ioband(31200件

我が家では自宅で使用するサーバや、検証のための環境をKVMを使用して作っています。 しかし、今までは仮想マシンを操作するために、ハイパーバイザにログインしてコマンドを打たなければ行けない状況で若干面倒でした。 そこで、Webからそれらの操作を行えるものを探していたのですが、WebVirtMgrが使いやすくていいのではないかと思い、インストールしてみました。 環境 OS: CentOS 7.1 (virtによるKVM環境構築済み) ※ KVM環境に関しては CentOS7上にKVM環境を構築する(CUI環境) を参照 セットアップ手順 Install WebVirtMgrを参照してインストールしてみます。 動作に必要なアプリケーションをインストール $ sudo yum -y install http://dl.fedoraproject.org/pub/epel/7/x86_64/e/ep

はじめに oVirtはRHEV(Red Hat Enterprise Virtualization)のアップストリームにあたるOSSで、商用の仮想化製品と同等の機能が無償で利用できるKVM仮想化基盤ソフトです(単なるKVMの管理ソフトを探している人は手を出さないことをお勧めします)。開発速度が早く日本語の最新情報は少ないですが、コミュニティーMLの投稿は活発で、Red Hatの開発者を中心に現在も開発が精力的に進められているようです。 昨年末にHyperconverged Infrastructure using oVirt and Glusterのblogを発見して、oVirtがGlusterFSと組み合わせたハイパーコンバージド構成を推進していることを知り使ってみたところ、共有ディスクを用意することなく仮想化基盤が作れるため小規模構成に向いていると感じました。しかしながら実際に構築しよ

全体のアウトライン Part.1 KVM及び、oVirtの構築 Part.2 oVirtの初期設定 Part.3 仮想マシンを作成する(Linux) Part.4 仮想マシンの作成(Windows) おまけ 本章のアウトライン 経緯 KVMって何？ oVirtって何？ 今回の構成 KVMの構築 必要パッケージのインストール KVMが有効か確認 ネットワークインターフェイスの設定 ブリッジインターフェイス 物理インターフェイス oVirtの構築 oVirtリポジトリのインストール oVirtセットアップ oVirt にアクセスしてみる 経緯 自宅に不要なノートPCのLenovo G570 (Intel i5, ディスク容量650GB, メモリ4GB) が放ってあったので、「どうせ使わないしLinux入れるか」という事でCentOS 7.1(Minimal ISO)をインストールし、「どうせだ

自分用にLinux KVM (Kernel-based Virtual Machine) で検証用他の仮想マシン達を立てている。その仮想マシンの管理に、今まではvirshコマンドと仮想マシンマネージャー (virt-manager)を使っていたが、各VMの画面が見たいとなると、VNCでXにログインして... という感じで煩わしかった。そこで、ハイパーバイザとなるPCのリプレースを契機に、Web管理ツールのWebVirtMgrを使って、Webブラウザから管理できるようにしてみた。 こんな感じの画面がWebブラウザから使えるようになる。 環境/前提Ubuntu 14.04 Server libvirtでKVMの仮想マシンを起動できる状態 （BIOS設定他＋apt-get install qemu-kvm libvirt-bin的な状態） Web側の設定 WebVirtMgrはPython +

おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ

【SRX】JUNOS ハンズオントレーニング資料　SRXシリーズ サービス ゲートウェイ コース 1. JUNOS Hands On Training “SRX” Course Juniper Network, K.K. 03/2017 rev.1.31 2. はじめに • 本資料にあるロードマップの内容は、資料作成時点における ジュニパーネットワークスの予定を示したものであり、事前の通告無しに 内容が変更されることがあります。 • またロードマップに描かれている機能や構成は、購入時の条件になりません ので、ご注意ください。 Legal Disclaimer: This statement of product direction (formerly called“roadmap”) sets forth Juniper Networks' current intention, and i

GitHubダイスキー！ ということで、知った時に「おっ！」と感じたGitHubに関する事項を選出してみました。 あなたに「おっ！」と思ってもらえたら幸せです。 １．入れておくと、意味を持つファイル名がある。 README.md README.mdは有名ですよね。リポジトリのトップにREADME.mdという名称でマークダウンを入れておくと、GitHubで解釈されて表示されます。 それ以外にも、あるのです。意味のあるファイル。 ISSUE_TEMPLATE.md トップか、.github/というフォルダにISSUE_TEMPLATE.mdという名のファイルを入れると、GitHubでIssueを作った時にこのファイルの内容が入ります。書くべき項目を羅列しておくとルール化できていいですよね。 それ以外にも PULL_REQUEST_TEMPLATE.md を入れておくと、Pull request

若手エンジニアを不幸にしないための開発の「べからず」集が 長くなりすぎたので、組織運営に関する部分を別項目として独立させました。 ここに書いてあることを、組織運営を行っているリーダー以上の方は冷静に読んで欲しい。 組織運営に失敗すると、 優秀なエンジニアがいてもどうしようもないほどに開発速度の低下を引きおこす。 資金を投入して外部に開発を委託したものが、まったく使い物にならないことになる。 対外的な信頼をぶち壊しにすることができる。 優秀なエンジニアの心を、組織の開発目標から引き離してしまうことができる。 リーダーでない人もリーダーではないなりに組織運営に関わっている。 組織の運営に失敗して、成果の達成ができなければ不幸である。 1人1人のエンジニアの成長を実現できなければ不幸である。 不幸にしないための「べからず」を書いてみました。 自分たちの強みを何におくかを考えない。 仕事として開発

webservers.ymlの修正 webservers.ymlを修正し、ロールにこれから作成するwebtierを追加します。 webservers.yml --- - hosts: webservers roles: - common - webtier webtierロールの作成 WordPressを動かすために必要なウェブサーバの設定を行うロールとして作成していきます。 httpdの追加 commonロールと同じ要領で作っていきましょう。 roles/webtier/tasks/main.yml yumでApacheをインストールし起動します。 --- # httpd - name: httpd is installed yum: pkg=httpd state=installed tags: httpd - name: httpd is runnning and enabled s

今回はAnsibleを本格運用した際のイメージを掴むためにAnsibleのベストプラクティスを参考に実際に試してみたいと思います。 実践のお題はWordPressとします。WordPressのセットアップを通してベストプラクティスのイメージを掴んでいただければと思います。 準備 ローカルマシンに作業ディレクトリを作り、その中でAnsibleのベストプラクティスに則ったプレイブックを作っていきます。MacもしくはLinuxなどで試してみてください。 $ mkdir try-ansible-best-practices $ cd try-ansible-best-practices ウェブサーバとDBサーバを別個に立てますので、さくらのクラウドでサーバを二台立てておきます。OSはCentOS 6.6を利用します。サーバ作成時にrootでのsshの接続に必要となる公開鍵も忘れずに登録してください

少しくらいAnsibleを使ってみようと思ってブログや公式ドキュメントを読んでみたのでメモ。 参考にした主なものは以下のリンク。 Ansibleとは？みたいないのはリンクを読むとよくわかった。 Ansibleの公式ドキュメント http://docs.ansible.com/index.html Playbookのサンプル https://github.com/ansible/ansible-examples Ansibleの概要を知るのにとてもよかった。 http://apatheia.info/blog/2013/04/06/about-ansible/ 構成 ChefとかPuppetとは違ってこちらはAnsibleから対象のサーバに接続していく感じ。 対象のサーバにはとくにエージェントとかはいらない。 インストール ほとんどパッケージ管理とかでいけるのでとても簡単。 Via Pip

近年、ChefやPuppetなどの構成管理ツールが人気だが、新たに注目されつつある構成管理ツールとして「Ansible」がある。Ansibleは設定ファイルがシンプルで、管理対象サーバーに特別なソフトウェアをインストールすることなく利用できるなど、最小限の手間で各種設定を自動化できるのが特徴だ。今回はこのAnsibleについてその基本的な使い方を紹介する。 小規模な環境でも手軽に使えるAnsible あらかじめ用意しておいた設定ファイルに従って、ソフトウェアのインストールや設定ファイルの修正、サービスの起動/停止、ネットワーク設定といったサーバーの各種設定を自動的に実行するソフトウェアを構成管理ツールと呼ぶ。代表的なものとしては、さくらのナレッジでも過去に取り上げているChefやPuppetがある。 関連記事： サーバー設定ツール「Chef」応用編：knife-soloとData Bagを

はじめまして！　スカラーと言います。 京都生まれの京都育ちです。音大を出ていないけどピアノ講師をしています。 小４からピアノを始めたので、初見力なし、音感なし。ピアノも特別上手じゃありません。ピアノ教室を開くまでに、いろんな葛藤があり13年もかかってしまいました。 プロフィールは はじめにこちらへ♪を読んでもらえたらと思います