この設定をしてしまうと、Dockerが動かなくなってしまいます。まとまりましたら報告させて頂きます。冬号に、仮想サーバーをさくっと建てる方法を書かせていただいております。私は実際にこの方法で立てた仮想サーバーを活用しているのですが、最近、家のルーターがipv4アドレスを仮想サーバーに割り振ってくれなくなってしまいました。ホストがbridgeしたパケットをフィルタリングするのを無効にするsysctlで以下の設定を行った所、無事、DHCPでipv4が割り振られました。そのファイルを読み込んでもOKです。ファイルを配置しても、起動時に読み込んでくれません・・・ここは追って調査して、記事にしたいと思います。これらは、bridgeのフィルタリングを無効にする設定とのことです。したら、最近のカーネルのアップデートなどで設定が消えてしまったのかもしれません。22:54橋本修太ですさて、突然ですが、今私のKubernetes環境はこんな感じになっています。KVMは仮想マシン、KubicはopenSUSEのKubernetes専用ディストリビューション、masterやnodeはKubernetesクラスタでの役割を表しています。ルーターに有線でデスクトップが繋がっていて、そこに3つKubicを走らせています。ルーターはWiFiルーターに繋がっていて、WiFiでノートパソコンと通信、そのノートパソコンの上にも3つKubicが走っています。それをですね、こうしたいのです。デスクトップのnodeを、ノートパソコンのKubernetesクラスタに組み込みたいのです。i5で、KVMをこれ以上増やすのは難しいです。そこで、クラスタの利点を活かして、デスクトップからnodeを引っ張ってくるわけです。これでできましたKVMはデフォルトで閉じたネットワーク(ホストの外側からは中にアクセス出来ないネットワーク)を作成します。これはNATなので、ゲストからホストの外側にはアクセス出来ますが・・・そこで、色々とやってみた結果、次のような方法でホストの外からのアクセスが出来ました。検証や調査等はおいおいやっていくとして、それぞれの設定を書いてみたいと思います。今回は【ノートPC】編、次回は【デスクトップPC編】ですWiFi接続しているノートPCにブリッジを作成することに挫折グーグル先生に教えてもらって、いくつかの方法を試したりしたのですが、どれも挫折してしまいました・・・どうやら、ブリッジはレイヤー2で転送するものらしいのですが、WiFiはレイヤー2転送に対応していないというのが、WiFiでのブリッジ作成が難しい理由の大きなところらしいです。・・・いまいちピンとこないので、後ほど詳しく調べてみたいと思います。parproutedやebtablesなどでレイヤー2転送を設定するparproutedはarpをプロキシするものとの事です。etablesはEthernetフレーム用iptablesとの事です。Leap15で上手く動かせられなかったり、ebtablesが意図した通り設定出来なかったりして、挫折してしまいました。Aryuliant氏より、「KVMのバーチャルネットワーク設定して、iptablesでマスカレード設定すればいけるよ」とのお助けが。「ホストPCの外から、ゲストPCにアクセスできる?」と聞くと、「iptables設定すればいけるよ」とのことでしたので、早速試してみることに。KVMの設定ルーティングでネットワークを作成します。設定はvirt-managerでこんな感じです。接続の詳細から、「仮想ネットワーク」タブを選んで、左下のプラスのアイコンをクリックして追加します。デバイスにwlan0(WiFi)、方法にルーティングを指定している所がポイントです。これ、デフォルトのNATネットワークだとだめなのかな?iptablesの設定まず、ノートPCでipv4のフォワードを有効にします。/etc/sysctl.d/の中に、{好きな名前}.confという名前で設定ファイルを作成して、その中に記述しておけばOKです。確認は以下のコマンドで。forwardとかで絞ると楽に確認できます。それから、同じくノートPCにマスカレードを設定します。今回はマスカレードこれで、ノートPCの上で走らせているKVM上のKubicが、自由に外にアクセスできるようになりました。ノートPCの上で走らせているKVMにデスクトップPCからアクセスするとりあえず、アクセスしたいマシンやKVM上のKubicで、以下の設定を行いました。192.168.0.12192.168.100.0/24行きのパケットは、192.168.0.12(ノートPCのIPアドレス)をデフォルトゲートウェイにしてね、という設定です。これで、デスクトップや、そこで走っているKVM上のKubicから、ノートPC上のKubicにアクセスできるようになりました。・・・もちろん、デスクトップ上のKVMも、ブリッジ設定して、ホストの外へアクセスできるようにすれば、です。その様子はまた次回に。2018」16日目の記事です。皆さんおはようございます。先日jaのMLにこんな投稿がありました。Foundryとは?と思った私は、調査してみました。本記事は情報収集のみとなります。「やってみた」は次の機会になりますこと、ご了承ください。Foundryとはホームページはこちら。概要を纏めてくださっているページが幾つか有りますので、それらを見ていきますと、どうやら、webアプリケーションのソースコードをpushするだけで、ビルド・デプロイを自動で行ってくれる、オープンソースのソリューションの模様(商用版もあり)。イメージとしてはherokuに近いですね(こんな記事もありました)。500企業のうち約半数が導入済み」といった謳い文句も見られますね。インストール方法いくつかあるようです。Foundry自体、複数のコンポーネントで構成されるソリューションなので、手順があったり、インストールを支援してくれるソリューションがあったりします。Pivotal、SUSEなどがチューニングしたソリューションもあって、それぞれ強みがあるようです。Foundryとやりとりを行うコマンドラインツール群、cf-cliは、openSUSEにパッケージがありました。Foundryの略です。Pivotalはクラウドで有名な会社のようです。overflowで見たりしました。構成としては、Linux(私の場合openSUSE)の上に、VirtualBoxを動かし、その中でPCFを動かすようです。インストール方法はこちら。Foundryの導入・運用を制御するソリューションのようです。単一マシンに展開したり、クラスタ構成に展開したりもできるようです。Foundryをインストールと言えば、この方法が正攻法?なのかもしれません。Foundryには力を入れていて、チューニングしたソリューションを持っていました。githubはこちら。主なチューニング点として、以下が挙げられていました。FoundryはKubernetesの上で動くようには作られていなかったのですが、そこをSUSE等が開発したとの事です。Kubernetesで動かす方法も記載されているのですが、ここではPCF-DEVと同じように、VMの上で動かす方法を。42.xは、libvirtでテストしてますよ」とあります。Vagrantのセクション通りにやっていけばよさそうです。要件にいきなり「メモリは16G以上は用意してね」とあって、私のデスクトップはもう無理状態です。Kubernetes)C.で触れましたが、Kubernetesの上にインストールできるのが、SCFの強みとの事。Helmでインストールするようですね。インストールページには要件等書いてありますので、適応させて行けば動くでしょうか?ちなみに、環境チェック用スクリプトがあるのですが、Kubic上で走らせた所、半分ぐらいerrorとなってしまいました。課題&感想やってみる!もう少し、正確かつ精密な情報を収集し、記事にする駆け足で情報収集だけしたのですが、結構複雑な構成をしていて、ちゃんと理解しようとするとそれなりのボリュームになりそうです。pushすれば、デプロイまで完了、とやりやすい事この上無いですね。16Gメモリを積んでいるノートPCがあるので、近いうちにやってみたをやってみたいと思います。さんの、geeko.jpをメンテナンスした話ですね。塩漬けに近かったサイトですので、色々と面白い話題が出てきそうです。ついて、簡単にメモしておきます。ESXiに似た、仮想化アプライアンスで、Webベースで仮想マシンの制御や、LXCベースのコンテナの制御を行えます。オープンソース版と商用版がありますが、kernelがエンタープライズ版か否かくらいの違いしかありません。ベースは、Debianで、その上にPerlで書かれたVM管理用ツールがインストールされています。ISOイメージからインストールすると、ターンキー仮想ホストとして、ディスクの初期化からパーティションの作成まで一気にやってしまいます。LVMベースのディスク管理を使用しています。各仮想マシンはLVMのシンプロビジョニングか、通常のファイルで保持されます。スナップショットを使ったバックアップ機能もあります。openSUSEの検証などにはよく使っています。すべてメッセージが日本語化されていますので、わかりやすいと思います。動くマシンであればそのまま使えます。お手軽な仮想環境制御ツールをお探しの方は、一度試してみてはいかがでしょうか。sumitでも話ましたが、openSUSEを自動インストールしようとして試行錯誤しています。すべて仮想環境でテストしているのですが、なかなかうまくいきません。proxmoxVEを使っています。これが、なかなか便利で、Webベースで仮想マシンを立てたりつぶしたり、VNC経由で仮想マシンとサクッと繋がる、バックアップも取れる、やろうと思えば高可用性構成も取れるなど、便利な機能がてんこ盛りです。比べると、機能的に劣るところもありますが、個人ベースで使うには十分すぎるくらいです。この仮想環境、ちょっと変わったところがあって、仮想OS用のBIOSに、iPXEが組み込まれているのですね。ネットワークブートを行う時は、PXEのノウハウがあまり使えません。今やっていることをメモとして書いておきます。dhcpの設定iPXEを使う時には、dhcpで、インストールサーバの情報を設定する必要があります。こんな感じになります。boot.ipxeをダウンロードすることが出来ます。標準のままで問題ありません。tftpはxinetd配下から起動することになります。httpdの設定httpdを設定します。インストールサーバ設定から、OSイメージを展開します。サブディレクトリは、leap42にしてみます。配下にOSのISOイメージを置きます。作成ひな形は、ここにあります。こんな感じになっています。これを直接指定してみます。結果はと、あえなく撃沈。EFIでブートする展開されたISOイメージ内にはEFI用のブートコードがあります。これを指定してみます。結果はと、これも撃沈。ISOイメージをブートするiPXEには、SANからブートする機能があります。この機能を使うと、ISOイメージをそのままブートすることが出来ます。結果は、と、ISOブートと同じ画面が出ます。この後そのまま続行しても、インストールデータがネットワークブートしたkernelから直接読めるわけではないので、と、インストールデータがある場所を要求してきます。ここに、httpで取得出来るURLを入れてあげればそのまま続行出来ます。ここまでは出来ています。20:13こんばんは、kazuhisyaです。Sebdaiで使用した資料をアップ致しました。今回は仮想化(Xen)について話させて頂きました。興味のある方は是非ご覧になってみてください。