SlideShare une entreprise Scribd logo
1  sur  21
Télécharger pour lire hors ligne
Copyright © GREE, Inc. All Rights Reserved.
JANOG35.5
WhiteBox SW検証
∼サーバサイド編∼
グリー株式会社 中野和貴
Copyright © GREE, Inc. All Rights Reserved.
• 中野 和貴 (なかの かずき)
• FB, twitter: kakky0312
• 業務内容
• クラウド環境へのサーバ移行サポート
• ネットワーク業務のお手伝い
• 運用ツールの開発
• 趣味 / 好きなこと
• 飲み、お店開拓
• いいお店あったら教えて下さい(・ ・)
• ドライブ
• MT車が欲しい今日この頃
• 音楽を聞いたり演奏したり
おまえだれよ
2
Copyright © GREE, Inc. All Rights Reserved.
• OSが基本的に通常のLinuxがベースとなっている
• 自分の好きなパッケージが入れられる
• 通常のLinuxサーバと同じように扱う事ができる
• 筐体とOSの組み合わせを自分たちで選択できる
• ONIE (Open Network Install Environment)に対応している

筐体とOSであれば好きな様に組み合わせて使える
• 利用OSはそのままでより安い筐体を選べる費用面のメリット
• 運用ナレッジ集約のメリット
改めてWhiteBox SWの利点
3
Copyright © GREE, Inc. All Rights Reserved.
• ONIEを利用したOSインストール
• サーバのPXEブート相当なインストールが実現できるか
• 実現できれば、一度に多くのSWへOSインストールを楽に出来る
• Chefを使った設定変更
• サーバと同様に多くの機器へ同時に設定を流し込める下地があるか
• 可能であれば、サーバ運用でのナレッジをある程度適用出来る
• OpenStackコンポーネントのインストール
• スイッチ自体にネットワークノードを導入することが出来るか
• 可能ならば、パケット折り返しを減らす事が可能ではないか
検証してみたこと
4
Copyright © GREE, Inc. All Rights Reserved.
ONIEを利用したOSインストール
Copyright © GREE, Inc. All Rights Reserved.
• OCP (Open Compute Project)が提唱するOSインストールの規格
• HTTPやTFTP、USBメモリ経由でのOS初期導入とアップデートが可能
• Busyboxで筐体ブート、そこからOSインストールを実施する
ONIEを利用したOSインストール
6
サブタイトルテキスト
ONIEとは
Busybox
Get Image
OS Install
Busyboxで起動し、OSインストール準備状態に
DHCPでIPを取得、HTTP
でOSイメージを取得
取得したOSイメージを使って、OSインストール
Copyright © GREE, Inc. All Rights Reserved.
• イメージ取得用サーバを準備
• DHCPとHTTPが使えるようにdhcpdとnginxをインストール
• DHCPには以下の設定を入れる
• IPアドレスの取得設定
• next-hop設定にHTTP経由でOSイメージを取得するように
• 一度、筐体からOSを削除する
• 再度筐体を起動させ、OSインストールを実施
• インストール後に正常に起動できるかを確認
ONIEを利用したOSインストール
7
サブタイトルテキスト
今回試したこと
Copyright © GREE, Inc. All Rights Reserved.
• 正常にDHCPからIPを取得し、OSインストールまで出来た
• 規格に沿った形で実装されているため、OSメーカーのドキュメント通
りに設定することで大きな問題もなくすんなり入った
ONIEを利用したOSインストール
8
サブタイトルテキスト
結果
Welcome to GRUB! ONIE: OS Install Mode ...
GRUB loading. Version : 2014.08.0.0.3
Info: Mounting kernel filesystems... done.
Info: Mounting LABEL=ONIE-BOOT on /mnt/onie-boot ...
Running Celestica Redstone-XP platform init post_arch routines...
Info: Using eth0 MAC address: xx:xx:xx:xx:xx:xx
Info: eth0: Checking link... up.
Info: Trying DHCPv4 on interface: eth0
ONIE: Using DHCPv4 addr: eth0: 90.90.90.25 / 255.255.255.0
(中略)
Info: Fetching http://90.90.90.5/CumulusLinux-2.2.2-amd64.bin ...
ONIE: Executing installer: http://90.90.90.5/CumulusLinux-2.2.2-amd64.bin
Verifying image checksum ... OK.
Preparing image archive ... OK.
Copyright © GREE, Inc. All Rights Reserved.
Chefを使った設定変更
Copyright © GREE, Inc. All Rights Reserved.
• サーバ構築を自動化するフレームワーク
• 設定ファイルを記述しそれを実行することで、あらかじめ定義した状
態へサーバを自動的に構築することが出来る
• ユーザ追加/削除作業
• パッケージインストール作業
• コンフィグファイルの配置/編集
• etc…
• 今回はサーバクライアント型のchef

ではなく、クライアント単体で動く

chef-soloを利用した
• Version 11.6.2
Chefを使った設定変更
10
サブタイトルテキスト
Chefとは
Copyright © GREE, Inc. All Rights Reserved.
• ログインユーザの追加/削除
• greeというログインユーザの追加及び削除
• NTPサーバの変更
• /etc/ntp.confファイルを編集して利用するNTPサーバを変更
• ネットワークインターフェース操作
• 新規にVLANとSVIを作成
• SVIへIP Addressを設定
• 物理ポートへVLANをアサイン
• pingが通るようになったことを確認
Chefを使った設定変更
11
サブタイトルテキスト
今回試したこと
Copyright © GREE, Inc. All Rights Reserved.
• 問題なく追加と削除ができ、ログイン可不可が変わる事を確認できた
Chefを使った設定変更
12
サブタイトルテキスト
結果 (ユーザ追加/削除)
cumulus@cumulus-3$ sudo chef-solo -c solo.rb -o useradd
Starting Chef Client, version 11.6.2
[2001-04-01T22:06:41+00:00] WARN: Run List override has been provided.
[2001-04-01T22:06:41+00:00] WARN: Original Run List: []
[2001-04-01T22:06:41+00:00] WARN: Overridden Run List: [recipe[useradd]]
Compiling Cookbooks...
Converging 2 resources
Recipe: useradd::default
* user[gree] action create
- alter user user[gree]
* user[gree] action manage (up to date)
* user[cumulus] action manage
- manage user user[cumulus]
Chef Client finished, 2 resources updated
Copyright © GREE, Inc. All Rights Reserved.
• ntp.confを指定のものに置き換えられたことを確認
Chefを使った設定変更
13
サブタイトルテキスト
結果 (NTPサーバの変更)
cumulus@cumulus-3$ sudo chef-solo -c solo.rb -o ntp
(中略)
Recipe: ntp::default
* service[ntp] action nothing (skipped due to action :nothing)
* cookbook_file[/etc/ntp.conf] action create
- update content in file /etc/ntp.conf from fa1a33 to 142b4d
--- /etc/ntp.conf 2014-11-15 17:38:08.000000000 +0000
+++ /tmp/.ntp.conf20010401-13643-1ckz0em 2001-04-01 21:41:43.936993945 +0000
@@ -18,10 +18,9 @@
-server 0.cumulusnetworks.pool.ntp.org iburst
-server 1.cumulusnetworks.pool.ntp.org iburst
-server 2.cumulusnetworks.pool.ntp.org iburst
-server 3.cumulusnetworks.pool.ntp.org iburst
+server ntp1.jst.mfeed.ad.jp
+server ntp2.jst.mfeed.ad.jp
+server ntp3.jst.mfeed.ad.jp
# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
* service[ntp] action restart
- restart service service[ntp]
Chef Client finished, 2 resources updated
Copyright © GREE, Inc. All Rights Reserved.
• 作成したスクリプトをChef経由で実行しVLAN追加/削除が出来た
• スクリプトはOSのドキュメントに指定された操作コマンドの羅列
• ipコマンドやbrctlコマンド
Chefを使った設定変更
14
サブタイトルテキスト
結果 (ネットワークインターフェース操作)
cumulus@cumulus-3$ sudo chef-solo -c solo.rb -o set-vlan
Starting Chef Client, version 11.6.2
[2001-04-01T21:15:24+00:00] WARN: Run List override has been provided.
[2001-04-01T21:15:24+00:00] WARN: Original Run List: []
[2001-04-01T21:15:24+00:00] WARN: Overridden Run List: [recipe[set-vlan]]
Compiling Cookbooks...
Converging 2 resources
Recipe: set-vlan::default
* cookbook_file[/home/cumulus/set-vlan-30.sh] action create (up to date)
* bash[set-vlan-30.sh] action run
- execute "bash" "/tmp/chef-script20010401-3735-b6lp9r"
Chef Client finished, 1 resources updated
Copyright © GREE, Inc. All Rights Reserved.
• 一時的な操作に関してはスクリプトを流し込むで対応できる
• しかし、設定の永続性は担保されない
• networkingデーモンのrestartで設定が消えてしまう
• 永続的な設定は/etc/network/interfacesファイルに記載が必要
• スクリプトでinterfacesファイルを編集するのは怖い
• sed等での置き換え時に他のところが変に引っかかってしまうかも
• 単純にそういう編集の仕方はプログラムの実装が面倒くさい
• インターフェース情報はDB等で管理して、毎回そこからChef経由で動
的生成してファイルを置き換えてあげるほうが良さそう
Chefを使った設定変更
15
サブタイトルテキスト
結果 (ネットワークインターフェース操作)
Copyright © GREE, Inc. All Rights Reserved.
OpenStackコンポーネントのインストール
Copyright © GREE, Inc. All Rights Reserved.
• OpenStackのネットワークノードをスイッチ内にインストール
• OpenStack内のIP割り振りや通信に関するノード
• フォワーディングやNAT通信がここを通る事で外部ネットワークと
アクセス可能になる
• 通常はサーバに構築するものをスイッチ上に直接構築することでパケッ
トの折り返しを減らし、高速化が図れるのかを検証
• 利用したバージョンはIcehouse
OpenStackコンポーネントのインストール
17
サブタイトルテキスト
今回試したこと
Copyright © GREE, Inc. All Rights Reserved.
OpenStackコンポーネントのインストール
18
サブタイトルテキスト
今回試したこと
OpenStack
Controller
Compute NodeNetwork Node
Management NW
Data NW
External NW API NW
nova-compute
neutron-*-plugin-agent
Horizon
Keystone
Neutron
Glance
nova-api
nova-scheduler
nova-conductor
MySQL / RabbitMQ
neutron-*-plugin-agent
neutron-l3-agent
neutron-dhcp-agent
Internet
パケットの折り返し
Copyright © GREE, Inc. All Rights Reserved.
• インストール自体が出来なかった
• kernelが独自ビルドされたものであり、依存ライブラリのバー
ジョンがベースOSであるWheezyと結構違った
• そのため必要なライブラリをWheezyのレポジトリを追加してapt
からインストールしようとしたが出来なかった
• ソースからビルドすればインストール出来た可能性はある
• 今回検証時間がそれほど長く無かったためそこまでは断念
• 今後ベンダーからOpenStackパッケージが提供されてくれば

それが一番幸せで確実
OpenStackコンポーネントのインストール
19
サブタイトルテキスト
結果と思う所
Copyright © GREE, Inc. All Rights Reserved.
まとめ
Copyright © GREE, Inc. All Rights Reserved.
• OSインストールに関して
• 特に大きな問題も無く、インストールのやり方も何個かあるので

会社の運用上適したものを選べば問題無い
• Chefを使った自動構築
• 基本的にちゃんと動くが、Chef単体で全てをやるのは辛そう
• 適宜DB等他ツールと連携させて使うとより るのではないか
• OpenStackコンポーネントインストール
• 自力で入れるのは難易度が高い
• OSベンダーから提供されるようリクエストするのが吉
• 全体を通して
• HWがPowerPC版か、x86版かでも問題の出方が違ったりしそう
• 今回検証したような使い方をするにはそれなりにサーバサイドの

ナレッジは必要であり導入コストはそれなりに高い
まとめ
21

Contenu connexe

Tendances

OSS強化学習向けゲーム環境の動向
OSS強化学習向けゲーム環境の動向OSS強化学習向けゲーム環境の動向
OSS強化学習向けゲーム環境の動向gree_tech
 
Apache Mesosってなに
Apache MesosってなにApache Mesosってなに
Apache MesosってなにShingo Kitayama
 
SINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現について
SINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現についてSINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現について
SINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現についてgree_tech
 
俺的 Ignite update 萌えポイント portal&arm, compute, network -
俺的 Ignite update 萌えポイント   portal&arm, compute, network -俺的 Ignite update 萌えポイント   portal&arm, compute, network -
俺的 Ignite update 萌えポイント portal&arm, compute, network -Yui Ashikaga
 
Terraform Bootcamp - Azure Infrastructure as Code隊
Terraform Bootcamp - Azure Infrastructure as Code隊Terraform Bootcamp - Azure Infrastructure as Code隊
Terraform Bootcamp - Azure Infrastructure as Code隊Toru Makabe
 
Amazon EKSによるスケーラブルなCTR予測システム
Amazon EKSによるスケーラブルなCTR予測システムAmazon EKSによるスケーラブルなCTR予測システム
Amazon EKSによるスケーラブルなCTR予測システム駿哉 吉田
 
Introduction of Azure Docker Integration
Introduction of Azure Docker IntegrationIntroduction of Azure Docker Integration
Introduction of Azure Docker IntegrationTakekazu Omi
 
すごいBOSHたのしく学ぼう
すごいBOSHたのしく学ぼうすごいBOSHたのしく学ぼう
すごいBOSHたのしく学ぼうi_yudai
 
Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)
Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)
Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)さくらインターネット株式会社
 
GCP vs 他社クラウド
GCP vs 他社クラウドGCP vs 他社クラウド
GCP vs 他社クラウドHasegawa Yusuke
 
aws上でcloud foundryを構築してみた
aws上でcloud foundryを構築してみたaws上でcloud foundryを構築してみた
aws上でcloud foundryを構築してみたkokuboyuichi
 
DC/OS as PaaS : paasjp#36
DC/OS as PaaS : paasjp#36DC/OS as PaaS : paasjp#36
DC/OS as PaaS : paasjp#36JUNICHI YOSHISE
 
CloudFoundryをつかってみよう
CloudFoundryをつかってみようCloudFoundryをつかってみよう
CloudFoundryをつかってみようKazuto Kusama
 
今日からはじめるディープラーニング
今日からはじめるディープラーニング今日からはじめるディープラーニング
今日からはじめるディープラーニングShingo Kitayama
 
ドリコムのInfrastructure as code
ドリコムのInfrastructure as codeドリコムのInfrastructure as code
ドリコムのInfrastructure as codeYosuke Hiraishi
 
Cloud Foundry構成概要 111018
Cloud Foundry構成概要 111018Cloud Foundry構成概要 111018
Cloud Foundry構成概要 111018Uemura Yuichi
 
第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編
第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編
第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編Takekazu Omi
 
K8s meetup containerized_cloud_foundry
K8s meetup containerized_cloud_foundryK8s meetup containerized_cloud_foundry
K8s meetup containerized_cloud_foundryJUNICHI YOSHISE
 

Tendances (20)

OSS強化学習向けゲーム環境の動向
OSS強化学習向けゲーム環境の動向OSS強化学習向けゲーム環境の動向
OSS強化学習向けゲーム環境の動向
 
Apache Mesosってなに
Apache MesosってなにApache Mesosってなに
Apache Mesosってなに
 
Keynote
KeynoteKeynote
Keynote
 
SINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現について
SINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現についてSINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現について
SINoALICE -シノアリス- Google Cloud Firestoreを用いた観戦機能の実現について
 
俺的 Ignite update 萌えポイント portal&arm, compute, network -
俺的 Ignite update 萌えポイント   portal&arm, compute, network -俺的 Ignite update 萌えポイント   portal&arm, compute, network -
俺的 Ignite update 萌えポイント portal&arm, compute, network -
 
Terraform Bootcamp - Azure Infrastructure as Code隊
Terraform Bootcamp - Azure Infrastructure as Code隊Terraform Bootcamp - Azure Infrastructure as Code隊
Terraform Bootcamp - Azure Infrastructure as Code隊
 
Amazon EKSによるスケーラブルなCTR予測システム
Amazon EKSによるスケーラブルなCTR予測システムAmazon EKSによるスケーラブルなCTR予測システム
Amazon EKSによるスケーラブルなCTR予測システム
 
Introduction of Azure Docker Integration
Introduction of Azure Docker IntegrationIntroduction of Azure Docker Integration
Introduction of Azure Docker Integration
 
すごいBOSHたのしく学ぼう
すごいBOSHたのしく学ぼうすごいBOSHたのしく学ぼう
すごいBOSHたのしく学ぼう
 
Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)
Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)
Docker ホスティングサービス 'Arukas' での Mesos + Marathon の活用について(Mesos勉強会)
 
GCP vs 他社クラウド
GCP vs 他社クラウドGCP vs 他社クラウド
GCP vs 他社クラウド
 
aws上でcloud foundryを構築してみた
aws上でcloud foundryを構築してみたaws上でcloud foundryを構築してみた
aws上でcloud foundryを構築してみた
 
DC/OS as PaaS : paasjp#36
DC/OS as PaaS : paasjp#36DC/OS as PaaS : paasjp#36
DC/OS as PaaS : paasjp#36
 
CloudFoundryをつかってみよう
CloudFoundryをつかってみようCloudFoundryをつかってみよう
CloudFoundryをつかってみよう
 
今日からはじめるディープラーニング
今日からはじめるディープラーニング今日からはじめるディープラーニング
今日からはじめるディープラーニング
 
ドリコムのInfrastructure as code
ドリコムのInfrastructure as codeドリコムのInfrastructure as code
ドリコムのInfrastructure as code
 
Cloud Foundry構成概要 111018
Cloud Foundry構成概要 111018Cloud Foundry構成概要 111018
Cloud Foundry構成概要 111018
 
第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編
第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編
第8回 Tokyo Jazug Night Ignite 2017 落穂拾い Storage編
 
Ansible+Docker
Ansible+DockerAnsible+Docker
Ansible+Docker
 
K8s meetup containerized_cloud_foundry
K8s meetup containerized_cloud_foundryK8s meetup containerized_cloud_foundry
K8s meetup containerized_cloud_foundry
 

En vedette

Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-Takashi Sogabe
 
コモディティL3SW/ルータでオープンなSDNを実現しよう
コモディティL3SW/ルータでオープンなSDNを実現しようコモディティL3SW/ルータでオープンなSDNを実現しよう
コモディティL3SW/ルータでオープンなSDNを実現しようTakashi Sogabe
 
高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~
高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~
高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~Takumi Sueda
 
なぜネットワーク運用自動化が進まないのか Whitebox switch編
なぜネットワーク運用自動化が進まないのか Whitebox switch編なぜネットワーク運用自動化が進まないのか Whitebox switch編
なぜネットワーク運用自動化が進まないのか Whitebox switch編Taiji Tsuchiya
 
ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~
ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~
ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~Hiroki Ito
 
ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜
ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜
ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜Taiji Tsuchiya
 
運用自動化に向けての現場からの課題
運用自動化に向けての現場からの課題運用自動化に向けての現場からの課題
運用自動化に向けての現場からの課題Yoshiki Ishida
 
Wakamonog6 “ISPのネットワーク”って どんなネットワーク?
Wakamonog6 “ISPのネットワーク”って どんなネットワーク?Wakamonog6 “ISPのネットワーク”って どんなネットワーク?
Wakamonog6 “ISPのネットワーク”って どんなネットワーク?Satoshi Matsumoto
 
【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...
【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...
【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...Hinemos
 
wakamonog6 インターネットの裏側の仕組み
wakamonog6 インターネットの裏側の仕組みwakamonog6 インターネットの裏側の仕組み
wakamonog6 インターネットの裏側の仕組みTaiji Tsuchiya
 
本当は楽しいインターネット
本当は楽しいインターネット本当は楽しいインターネット
本当は楽しいインターネットYuya Rin
 
wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜
wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜
wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜Kazuki Nakano
 

En vedette (15)

Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
 
コモディティL3SW/ルータでオープンなSDNを実現しよう
コモディティL3SW/ルータでオープンなSDNを実現しようコモディティL3SW/ルータでオープンなSDNを実現しよう
コモディティL3SW/ルータでオープンなSDNを実現しよう
 
高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~
高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~
高専生流 突貫工事のススメ ~plugicaで挑んだ高専プロコン~
 
なぜネットワーク運用自動化が進まないのか Whitebox switch編
なぜネットワーク運用自動化が進まないのか Whitebox switch編なぜネットワーク運用自動化が進まないのか Whitebox switch編
なぜネットワーク運用自動化が進まないのか Whitebox switch編
 
ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~
ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~
ホワイトボックススイッチってなに? ~さくらのベアメタルにおけるホワイトボックススイッチ開発の取り組み~
 
Janog38_MQ
Janog38_MQJanog38_MQ
Janog38_MQ
 
ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜
ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜
ルータコンフィグのGit管理のススメ 〜Git管理以外を自動化してみた〜
 
運用自動化に向けての現場からの課題
運用自動化に向けての現場からの課題運用自動化に向けての現場からの課題
運用自動化に向けての現場からの課題
 
【さくらのクラウド】サービス概要カタログ2016年11月号
【さくらのクラウド】サービス概要カタログ2016年11月号 【さくらのクラウド】サービス概要カタログ2016年11月号
【さくらのクラウド】サービス概要カタログ2016年11月号
 
Wakamonog6 “ISPのネットワーク”って どんなネットワーク?
Wakamonog6 “ISPのネットワーク”って どんなネットワーク?Wakamonog6 “ISPのネットワーク”って どんなネットワーク?
Wakamonog6 “ISPのネットワーク”って どんなネットワーク?
 
【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...
【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...
【HinemosWorld2014】B2-2_ビジネス競争力に勝てるネットワーク基盤構築~Hinemos仮想ネットワーク管理オプション~ONIE・ZTP・...
 
5分で分かるBig Switch Networks
5分で分かるBig Switch Networks5分で分かるBig Switch Networks
5分で分かるBig Switch Networks
 
wakamonog6 インターネットの裏側の仕組み
wakamonog6 インターネットの裏側の仕組みwakamonog6 インターネットの裏側の仕組み
wakamonog6 インターネットの裏側の仕組み
 
本当は楽しいインターネット
本当は楽しいインターネット本当は楽しいインターネット
本当は楽しいインターネット
 
wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜
wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜
wakamonog6 ルーティングチュートリアル 〜サービスの成長とネットワークの変遷〜
 

Similaire à [JANOG35.5] WhiteBox SW検証 ~サーバサイド編~

入門 Chef Server #biglobetechtalk
入門 Chef Server #biglobetechtalk入門 Chef Server #biglobetechtalk
入門 Chef Server #biglobetechtalkBIGLOBE Tech Talk
 
ネットワークエンジニアのための Puppet / Chef
ネットワークエンジニアのための Puppet / Chefネットワークエンジニアのための Puppet / Chef
ネットワークエンジニアのための Puppet / Chefnpsg
 
Rubyで楽々サーバー管理 - 岡山Ruby会議01 -
Rubyで楽々サーバー管理 - 岡山Ruby会議01 -Rubyで楽々サーバー管理 - 岡山Ruby会議01 -
Rubyで楽々サーバー管理 - 岡山Ruby会議01 -Masaya Konishi
 
20130723 ecシステムにchefを導入してみた v1.0
20130723 ecシステムにchefを導入してみた v1.020130723 ecシステムにchefを導入してみた v1.0
20130723 ecシステムにchefを導入してみた v1.0NIFTY Cloud
 
Zabbixのパフォーマンスチューニング & インストール時の注意点
Zabbixのパフォーマンスチューニング & インストール時の注意点Zabbixのパフォーマンスチューニング & インストール時の注意点
Zabbixのパフォーマンスチューニング & インストール時の注意点Kodai Terashima
 
Kubernetes、Flannel、CNIでWindows Container Clusterオーケストレーション
Kubernetes、Flannel、CNIでWindows Container ClusterオーケストレーションKubernetes、Flannel、CNIでWindows Container Clusterオーケストレーション
Kubernetes、Flannel、CNIでWindows Container ClusterオーケストレーションTakashi Kanai
 
OpenNebula on Ubuntu
OpenNebula on UbuntuOpenNebula on Ubuntu
OpenNebula on Ubuntuautumnalsky
 
20191120 beyondstudy#21 kitaoka
20191120 beyondstudy#21 kitaoka20191120 beyondstudy#21 kitaoka
20191120 beyondstudy#21 kitaokabeyond Co., Ltd.
 
Cloudstack user group meeting in osaka
Cloudstack user group meeting in osakaCloudstack user group meeting in osaka
Cloudstack user group meeting in osakaNaotaka Jay HOTTA
 
Caffeインストール
CaffeインストールCaffeインストール
CaffeインストールKenta Oono
 
Nginx バージョンアップ動向(2015/07〜2015/12)
Nginx バージョンアップ動向(2015/07〜2015/12)Nginx バージョンアップ動向(2015/07〜2015/12)
Nginx バージョンアップ動向(2015/07〜2015/12)Narimichi Takamura
 
kube-system落としてみました
kube-system落としてみましたkube-system落としてみました
kube-system落としてみましたShuntaro Saiba
 
20130803 OSC@Kyoto CloudStackユーザー会
20130803 OSC@Kyoto CloudStackユーザー会20130803 OSC@Kyoto CloudStackユーザー会
20130803 OSC@Kyoto CloudStackユーザー会samemoon
 
Chef Howto with Vagrant + Berkshelf
Chef Howto with Vagrant + BerkshelfChef Howto with Vagrant + Berkshelf
Chef Howto with Vagrant + BerkshelfMasahiro NAKAYAMA
 
Active directory の移行 (2011年6月の資料)
Active directory の移行 (2011年6月の資料)Active directory の移行 (2011年6月の資料)
Active directory の移行 (2011年6月の資料)wintechq
 
Zabbix 1.8の概要と新機能
Zabbix 1.8の概要と新機能Zabbix 1.8の概要と新機能
Zabbix 1.8の概要と新機能Kodai Terashima
 
オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介
オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介
オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介Kodai Terashima
 

Similaire à [JANOG35.5] WhiteBox SW検証 ~サーバサイド編~ (20)

入門 Chef Server #biglobetechtalk
入門 Chef Server #biglobetechtalk入門 Chef Server #biglobetechtalk
入門 Chef Server #biglobetechtalk
 
Redmine Ansible
Redmine AnsibleRedmine Ansible
Redmine Ansible
 
ネットワークエンジニアのための Puppet / Chef
ネットワークエンジニアのための Puppet / Chefネットワークエンジニアのための Puppet / Chef
ネットワークエンジニアのための Puppet / Chef
 
Rubyで楽々サーバー管理 - 岡山Ruby会議01 -
Rubyで楽々サーバー管理 - 岡山Ruby会議01 -Rubyで楽々サーバー管理 - 岡山Ruby会議01 -
Rubyで楽々サーバー管理 - 岡山Ruby会議01 -
 
20130723 ecシステムにchefを導入してみた v1.0
20130723 ecシステムにchefを導入してみた v1.020130723 ecシステムにchefを導入してみた v1.0
20130723 ecシステムにchefを導入してみた v1.0
 
OSSを活用したIaCの実現
OSSを活用したIaCの実現OSSを活用したIaCの実現
OSSを活用したIaCの実現
 
Zabbixのパフォーマンスチューニング & インストール時の注意点
Zabbixのパフォーマンスチューニング & インストール時の注意点Zabbixのパフォーマンスチューニング & インストール時の注意点
Zabbixのパフォーマンスチューニング & インストール時の注意点
 
Kubernetes、Flannel、CNIでWindows Container Clusterオーケストレーション
Kubernetes、Flannel、CNIでWindows Container ClusterオーケストレーションKubernetes、Flannel、CNIでWindows Container Clusterオーケストレーション
Kubernetes、Flannel、CNIでWindows Container Clusterオーケストレーション
 
Fluentd casual
Fluentd casualFluentd casual
Fluentd casual
 
OpenNebula on Ubuntu
OpenNebula on UbuntuOpenNebula on Ubuntu
OpenNebula on Ubuntu
 
20191120 beyondstudy#21 kitaoka
20191120 beyondstudy#21 kitaoka20191120 beyondstudy#21 kitaoka
20191120 beyondstudy#21 kitaoka
 
Cloudstack user group meeting in osaka
Cloudstack user group meeting in osakaCloudstack user group meeting in osaka
Cloudstack user group meeting in osaka
 
Caffeインストール
CaffeインストールCaffeインストール
Caffeインストール
 
Nginx バージョンアップ動向(2015/07〜2015/12)
Nginx バージョンアップ動向(2015/07〜2015/12)Nginx バージョンアップ動向(2015/07〜2015/12)
Nginx バージョンアップ動向(2015/07〜2015/12)
 
kube-system落としてみました
kube-system落としてみましたkube-system落としてみました
kube-system落としてみました
 
20130803 OSC@Kyoto CloudStackユーザー会
20130803 OSC@Kyoto CloudStackユーザー会20130803 OSC@Kyoto CloudStackユーザー会
20130803 OSC@Kyoto CloudStackユーザー会
 
Chef Howto with Vagrant + Berkshelf
Chef Howto with Vagrant + BerkshelfChef Howto with Vagrant + Berkshelf
Chef Howto with Vagrant + Berkshelf
 
Active directory の移行 (2011年6月の資料)
Active directory の移行 (2011年6月の資料)Active directory の移行 (2011年6月の資料)
Active directory の移行 (2011年6月の資料)
 
Zabbix 1.8の概要と新機能
Zabbix 1.8の概要と新機能Zabbix 1.8の概要と新機能
Zabbix 1.8の概要と新機能
 
オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介
オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介
オープンソースでシステム監視!Zabbix 1.8の機能と簡単インストール手順の紹介
 

Plus de gree_tech

アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜
アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜
アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜gree_tech
 
GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介
GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介
GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介gree_tech
 
REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表
REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表
REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表gree_tech
 
アプリ起動時間高速化 ~推測するな、計測せよ~
アプリ起動時間高速化 ~推測するな、計測せよ~アプリ起動時間高速化 ~推測するな、計測せよ~
アプリ起動時間高速化 ~推測するな、計測せよ~gree_tech
 
長寿なゲーム事業におけるアプリビルドの効率化
長寿なゲーム事業におけるアプリビルドの効率化長寿なゲーム事業におけるアプリビルドの効率化
長寿なゲーム事業におけるアプリビルドの効率化gree_tech
 
Cloud Spanner をより便利にする運用支援ツールの紹介
Cloud Spanner をより便利にする運用支援ツールの紹介Cloud Spanner をより便利にする運用支援ツールの紹介
Cloud Spanner をより便利にする運用支援ツールの紹介gree_tech
 
WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介
WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介
WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介gree_tech
 
海外展開と負荷試験
海外展開と負荷試験海外展開と負荷試験
海外展開と負荷試験gree_tech
 
翻訳QAでのテスト自動化の取り組み
翻訳QAでのテスト自動化の取り組み翻訳QAでのテスト自動化の取り組み
翻訳QAでのテスト自動化の取り組みgree_tech
 
組み込み開発のテストとゲーム開発のテストの違い
組み込み開発のテストとゲーム開発のテストの違い組み込み開発のテストとゲーム開発のテストの違い
組み込み開発のテストとゲーム開発のテストの違いgree_tech
 
サーバーフレームワークに潜んでる脆弱性検知ツール紹介
サーバーフレームワークに潜んでる脆弱性検知ツール紹介サーバーフレームワークに潜んでる脆弱性検知ツール紹介
サーバーフレームワークに潜んでる脆弱性検知ツール紹介gree_tech
 
データエンジニアとアナリストチーム兼務になった件について
データエンジニアとアナリストチーム兼務になった件についてデータエンジニアとアナリストチーム兼務になった件について
データエンジニアとアナリストチーム兼務になった件についてgree_tech
 
シェアドサービスとしてのデータテクノロジー
シェアドサービスとしてのデータテクノロジーシェアドサービスとしてのデータテクノロジー
シェアドサービスとしてのデータテクノロジーgree_tech
 
「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-
「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-
「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-gree_tech
 
「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話
「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話
「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話gree_tech
 
比較サイトの検索改善(SPA から SSR に変換)
比較サイトの検索改善(SPA から SSR に変換)比較サイトの検索改善(SPA から SSR に変換)
比較サイトの検索改善(SPA から SSR に変換)gree_tech
 
コードの自動修正によって実現する、機能開発を止めないフレームワーク移行
コードの自動修正によって実現する、機能開発を止めないフレームワーク移行コードの自動修正によって実現する、機能開発を止めないフレームワーク移行
コードの自動修正によって実現する、機能開発を止めないフレームワーク移行gree_tech
 
「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜
「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜
「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜gree_tech
 
法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)
法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)
法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)gree_tech
 
基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-
基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-
基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-gree_tech
 

Plus de gree_tech (20)

アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜
アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜
アナザーエデンPC版リリースへの道のり 〜WFSにおけるマルチプラットフォーム対応の取り組み〜
 
GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介
GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介
GREE VR Studio Laboratory「XR-UX Devプロジェクト」の成果紹介
 
REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表
REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表
REALITYアバターを様々なメタバースで活躍させてみた - GREE VR Studio Laboratory インターン研究成果発表
 
アプリ起動時間高速化 ~推測するな、計測せよ~
アプリ起動時間高速化 ~推測するな、計測せよ~アプリ起動時間高速化 ~推測するな、計測せよ~
アプリ起動時間高速化 ~推測するな、計測せよ~
 
長寿なゲーム事業におけるアプリビルドの効率化
長寿なゲーム事業におけるアプリビルドの効率化長寿なゲーム事業におけるアプリビルドの効率化
長寿なゲーム事業におけるアプリビルドの効率化
 
Cloud Spanner をより便利にする運用支援ツールの紹介
Cloud Spanner をより便利にする運用支援ツールの紹介Cloud Spanner をより便利にする運用支援ツールの紹介
Cloud Spanner をより便利にする運用支援ツールの紹介
 
WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介
WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介
WFSにおけるCloud SpannerとGKEを中心としたGCP導入事例の紹介
 
海外展開と負荷試験
海外展開と負荷試験海外展開と負荷試験
海外展開と負荷試験
 
翻訳QAでのテスト自動化の取り組み
翻訳QAでのテスト自動化の取り組み翻訳QAでのテスト自動化の取り組み
翻訳QAでのテスト自動化の取り組み
 
組み込み開発のテストとゲーム開発のテストの違い
組み込み開発のテストとゲーム開発のテストの違い組み込み開発のテストとゲーム開発のテストの違い
組み込み開発のテストとゲーム開発のテストの違い
 
サーバーフレームワークに潜んでる脆弱性検知ツール紹介
サーバーフレームワークに潜んでる脆弱性検知ツール紹介サーバーフレームワークに潜んでる脆弱性検知ツール紹介
サーバーフレームワークに潜んでる脆弱性検知ツール紹介
 
データエンジニアとアナリストチーム兼務になった件について
データエンジニアとアナリストチーム兼務になった件についてデータエンジニアとアナリストチーム兼務になった件について
データエンジニアとアナリストチーム兼務になった件について
 
シェアドサービスとしてのデータテクノロジー
シェアドサービスとしてのデータテクノロジーシェアドサービスとしてのデータテクノロジー
シェアドサービスとしてのデータテクノロジー
 
「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-
「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-
「ドキュメント見つからない問題」をなんとかしたい - 横断検索エンジン導入の取り組みについて-
 
「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話
「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話
「Atomic Design × Nuxt.js」コンポーネント毎に責務の範囲を明確にしたら幸せになった話
 
比較サイトの検索改善(SPA から SSR に変換)
比較サイトの検索改善(SPA から SSR に変換)比較サイトの検索改善(SPA から SSR に変換)
比較サイトの検索改善(SPA から SSR に変換)
 
コードの自動修正によって実現する、機能開発を止めないフレームワーク移行
コードの自動修正によって実現する、機能開発を止めないフレームワーク移行コードの自動修正によって実現する、機能開発を止めないフレームワーク移行
コードの自動修正によって実現する、機能開発を止めないフレームワーク移行
 
「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜
「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜
「やんちゃ、足りてる?」〜ヤンマガWebで挑戦を続ける新入りエンジニア〜
 
法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)
法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)
法人向けメタバースプラットフォームの開発の裏側をのぞいてみた(仮)
 
基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-
基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-
基調講演 -グリーが目指すエンジニアのあり方、チームのあり方-
 

Dernier

NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NTT DATA Technology & Innovation
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)UEHARA, Tetsutaro
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfFumieNakayama
 
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfFumieNakayama
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)Hiroshi Tomioka
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineerYuki Kikuchi
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...博三 太田
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?akihisamiyanaga1
 

Dernier (8)

NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
 
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
 

[JANOG35.5] WhiteBox SW検証 ~サーバサイド編~

  • 1. Copyright © GREE, Inc. All Rights Reserved. JANOG35.5 WhiteBox SW検証 ∼サーバサイド編∼ グリー株式会社 中野和貴
  • 2. Copyright © GREE, Inc. All Rights Reserved. • 中野 和貴 (なかの かずき) • FB, twitter: kakky0312 • 業務内容 • クラウド環境へのサーバ移行サポート • ネットワーク業務のお手伝い • 運用ツールの開発 • 趣味 / 好きなこと • 飲み、お店開拓 • いいお店あったら教えて下さい(・ ・) • ドライブ • MT車が欲しい今日この頃 • 音楽を聞いたり演奏したり おまえだれよ 2
  • 3. Copyright © GREE, Inc. All Rights Reserved. • OSが基本的に通常のLinuxがベースとなっている • 自分の好きなパッケージが入れられる • 通常のLinuxサーバと同じように扱う事ができる • 筐体とOSの組み合わせを自分たちで選択できる • ONIE (Open Network Install Environment)に対応している
 筐体とOSであれば好きな様に組み合わせて使える • 利用OSはそのままでより安い筐体を選べる費用面のメリット • 運用ナレッジ集約のメリット 改めてWhiteBox SWの利点 3
  • 4. Copyright © GREE, Inc. All Rights Reserved. • ONIEを利用したOSインストール • サーバのPXEブート相当なインストールが実現できるか • 実現できれば、一度に多くのSWへOSインストールを楽に出来る • Chefを使った設定変更 • サーバと同様に多くの機器へ同時に設定を流し込める下地があるか • 可能であれば、サーバ運用でのナレッジをある程度適用出来る • OpenStackコンポーネントのインストール • スイッチ自体にネットワークノードを導入することが出来るか • 可能ならば、パケット折り返しを減らす事が可能ではないか 検証してみたこと 4
  • 5. Copyright © GREE, Inc. All Rights Reserved. ONIEを利用したOSインストール
  • 6. Copyright © GREE, Inc. All Rights Reserved. • OCP (Open Compute Project)が提唱するOSインストールの規格 • HTTPやTFTP、USBメモリ経由でのOS初期導入とアップデートが可能 • Busyboxで筐体ブート、そこからOSインストールを実施する ONIEを利用したOSインストール 6 サブタイトルテキスト ONIEとは Busybox Get Image OS Install Busyboxで起動し、OSインストール準備状態に DHCPでIPを取得、HTTP でOSイメージを取得 取得したOSイメージを使って、OSインストール
  • 7. Copyright © GREE, Inc. All Rights Reserved. • イメージ取得用サーバを準備 • DHCPとHTTPが使えるようにdhcpdとnginxをインストール • DHCPには以下の設定を入れる • IPアドレスの取得設定 • next-hop設定にHTTP経由でOSイメージを取得するように • 一度、筐体からOSを削除する • 再度筐体を起動させ、OSインストールを実施 • インストール後に正常に起動できるかを確認 ONIEを利用したOSインストール 7 サブタイトルテキスト 今回試したこと
  • 8. Copyright © GREE, Inc. All Rights Reserved. • 正常にDHCPからIPを取得し、OSインストールまで出来た • 規格に沿った形で実装されているため、OSメーカーのドキュメント通 りに設定することで大きな問題もなくすんなり入った ONIEを利用したOSインストール 8 サブタイトルテキスト 結果 Welcome to GRUB! ONIE: OS Install Mode ... GRUB loading. Version : 2014.08.0.0.3 Info: Mounting kernel filesystems... done. Info: Mounting LABEL=ONIE-BOOT on /mnt/onie-boot ... Running Celestica Redstone-XP platform init post_arch routines... Info: Using eth0 MAC address: xx:xx:xx:xx:xx:xx Info: eth0: Checking link... up. Info: Trying DHCPv4 on interface: eth0 ONIE: Using DHCPv4 addr: eth0: 90.90.90.25 / 255.255.255.0 (中略) Info: Fetching http://90.90.90.5/CumulusLinux-2.2.2-amd64.bin ... ONIE: Executing installer: http://90.90.90.5/CumulusLinux-2.2.2-amd64.bin Verifying image checksum ... OK. Preparing image archive ... OK.
  • 9. Copyright © GREE, Inc. All Rights Reserved. Chefを使った設定変更
  • 10. Copyright © GREE, Inc. All Rights Reserved. • サーバ構築を自動化するフレームワーク • 設定ファイルを記述しそれを実行することで、あらかじめ定義した状 態へサーバを自動的に構築することが出来る • ユーザ追加/削除作業 • パッケージインストール作業 • コンフィグファイルの配置/編集 • etc… • 今回はサーバクライアント型のchef
 ではなく、クライアント単体で動く
 chef-soloを利用した • Version 11.6.2 Chefを使った設定変更 10 サブタイトルテキスト Chefとは
  • 11. Copyright © GREE, Inc. All Rights Reserved. • ログインユーザの追加/削除 • greeというログインユーザの追加及び削除 • NTPサーバの変更 • /etc/ntp.confファイルを編集して利用するNTPサーバを変更 • ネットワークインターフェース操作 • 新規にVLANとSVIを作成 • SVIへIP Addressを設定 • 物理ポートへVLANをアサイン • pingが通るようになったことを確認 Chefを使った設定変更 11 サブタイトルテキスト 今回試したこと
  • 12. Copyright © GREE, Inc. All Rights Reserved. • 問題なく追加と削除ができ、ログイン可不可が変わる事を確認できた Chefを使った設定変更 12 サブタイトルテキスト 結果 (ユーザ追加/削除) cumulus@cumulus-3$ sudo chef-solo -c solo.rb -o useradd Starting Chef Client, version 11.6.2 [2001-04-01T22:06:41+00:00] WARN: Run List override has been provided. [2001-04-01T22:06:41+00:00] WARN: Original Run List: [] [2001-04-01T22:06:41+00:00] WARN: Overridden Run List: [recipe[useradd]] Compiling Cookbooks... Converging 2 resources Recipe: useradd::default * user[gree] action create - alter user user[gree] * user[gree] action manage (up to date) * user[cumulus] action manage - manage user user[cumulus] Chef Client finished, 2 resources updated
  • 13. Copyright © GREE, Inc. All Rights Reserved. • ntp.confを指定のものに置き換えられたことを確認 Chefを使った設定変更 13 サブタイトルテキスト 結果 (NTPサーバの変更) cumulus@cumulus-3$ sudo chef-solo -c solo.rb -o ntp (中略) Recipe: ntp::default * service[ntp] action nothing (skipped due to action :nothing) * cookbook_file[/etc/ntp.conf] action create - update content in file /etc/ntp.conf from fa1a33 to 142b4d --- /etc/ntp.conf 2014-11-15 17:38:08.000000000 +0000 +++ /tmp/.ntp.conf20010401-13643-1ckz0em 2001-04-01 21:41:43.936993945 +0000 @@ -18,10 +18,9 @@ -server 0.cumulusnetworks.pool.ntp.org iburst -server 1.cumulusnetworks.pool.ntp.org iburst -server 2.cumulusnetworks.pool.ntp.org iburst -server 3.cumulusnetworks.pool.ntp.org iburst +server ntp1.jst.mfeed.ad.jp +server ntp2.jst.mfeed.ad.jp +server ntp3.jst.mfeed.ad.jp # Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for * service[ntp] action restart - restart service service[ntp] Chef Client finished, 2 resources updated
  • 14. Copyright © GREE, Inc. All Rights Reserved. • 作成したスクリプトをChef経由で実行しVLAN追加/削除が出来た • スクリプトはOSのドキュメントに指定された操作コマンドの羅列 • ipコマンドやbrctlコマンド Chefを使った設定変更 14 サブタイトルテキスト 結果 (ネットワークインターフェース操作) cumulus@cumulus-3$ sudo chef-solo -c solo.rb -o set-vlan Starting Chef Client, version 11.6.2 [2001-04-01T21:15:24+00:00] WARN: Run List override has been provided. [2001-04-01T21:15:24+00:00] WARN: Original Run List: [] [2001-04-01T21:15:24+00:00] WARN: Overridden Run List: [recipe[set-vlan]] Compiling Cookbooks... Converging 2 resources Recipe: set-vlan::default * cookbook_file[/home/cumulus/set-vlan-30.sh] action create (up to date) * bash[set-vlan-30.sh] action run - execute "bash" "/tmp/chef-script20010401-3735-b6lp9r" Chef Client finished, 1 resources updated
  • 15. Copyright © GREE, Inc. All Rights Reserved. • 一時的な操作に関してはスクリプトを流し込むで対応できる • しかし、設定の永続性は担保されない • networkingデーモンのrestartで設定が消えてしまう • 永続的な設定は/etc/network/interfacesファイルに記載が必要 • スクリプトでinterfacesファイルを編集するのは怖い • sed等での置き換え時に他のところが変に引っかかってしまうかも • 単純にそういう編集の仕方はプログラムの実装が面倒くさい • インターフェース情報はDB等で管理して、毎回そこからChef経由で動 的生成してファイルを置き換えてあげるほうが良さそう Chefを使った設定変更 15 サブタイトルテキスト 結果 (ネットワークインターフェース操作)
  • 16. Copyright © GREE, Inc. All Rights Reserved. OpenStackコンポーネントのインストール
  • 17. Copyright © GREE, Inc. All Rights Reserved. • OpenStackのネットワークノードをスイッチ内にインストール • OpenStack内のIP割り振りや通信に関するノード • フォワーディングやNAT通信がここを通る事で外部ネットワークと アクセス可能になる • 通常はサーバに構築するものをスイッチ上に直接構築することでパケッ トの折り返しを減らし、高速化が図れるのかを検証 • 利用したバージョンはIcehouse OpenStackコンポーネントのインストール 17 サブタイトルテキスト 今回試したこと
  • 18. Copyright © GREE, Inc. All Rights Reserved. OpenStackコンポーネントのインストール 18 サブタイトルテキスト 今回試したこと OpenStack Controller Compute NodeNetwork Node Management NW Data NW External NW API NW nova-compute neutron-*-plugin-agent Horizon Keystone Neutron Glance nova-api nova-scheduler nova-conductor MySQL / RabbitMQ neutron-*-plugin-agent neutron-l3-agent neutron-dhcp-agent Internet パケットの折り返し
  • 19. Copyright © GREE, Inc. All Rights Reserved. • インストール自体が出来なかった • kernelが独自ビルドされたものであり、依存ライブラリのバー ジョンがベースOSであるWheezyと結構違った • そのため必要なライブラリをWheezyのレポジトリを追加してapt からインストールしようとしたが出来なかった • ソースからビルドすればインストール出来た可能性はある • 今回検証時間がそれほど長く無かったためそこまでは断念 • 今後ベンダーからOpenStackパッケージが提供されてくれば
 それが一番幸せで確実 OpenStackコンポーネントのインストール 19 サブタイトルテキスト 結果と思う所
  • 20. Copyright © GREE, Inc. All Rights Reserved. まとめ
  • 21. Copyright © GREE, Inc. All Rights Reserved. • OSインストールに関して • 特に大きな問題も無く、インストールのやり方も何個かあるので
 会社の運用上適したものを選べば問題無い • Chefを使った自動構築 • 基本的にちゃんと動くが、Chef単体で全てをやるのは辛そう • 適宜DB等他ツールと連携させて使うとより るのではないか • OpenStackコンポーネントインストール • 自力で入れるのは難易度が高い • OSベンダーから提供されるようリクエストするのが吉 • 全体を通して • HWがPowerPC版か、x86版かでも問題の出方が違ったりしそう • 今回検証したような使い方をするにはそれなりにサーバサイドの
 ナレッジは必要であり導入コストはそれなりに高い まとめ 21