Kubernetes on CentOS7 - Qiita
はじめに 数か月前より、EC2インスタンス上で稼働していた Web アプリケーションの一部を Google Kubernetes Engine（以降、GKE）に移行させています。 Kubernetes（以降、K8s）のマネージドサービスである GKE は、マスターノードやロードバランサ等、K8s を運用する基盤が既に整っている状態なので、K8s のアーキテクチャにそこまで精通していなくても使い始めることが出来ましたが、一から K8s 環境を構築してみたい欲求が湧いてきました。 そこで K8s のステージング環境が欲しかったこともあり（GKE でステージング環境を準備するとコストもかかりますし）、またオンプレミスに置いている VMware サーバのリソースにも余裕があったので、そこに K8s の環境を実装することにしました。 尚、K8s 界隈では Rancher を使ってゴニョゴニョする方法
第3回 KVMのネットワーク構成 | gihyo.jp
仮想ネットワークの全体像 今回はKVMの仮想ネットワークについて解説します。KVMではホストLinuxの仮想ブリッジ機能を利用して仮想ネットワークを構成します。仮想ブリッジは、ホストLinux上に仮想的なL2スイッチを構成する機能です。複数の仮想ブリッジを構成することも可能です。 図1は、仮想NICと仮想ブリッジの接続を表します。 図1 KVM仮想ネットワークの構成 仮想NICは、ホストLinux内部のTAPデバイスを経由して仮想ブリッジに接続されます。TAPデバイスは、Linuxがユーザプロセスと通信するための仮想的なNICを提供する機能です。KVMの環境では、ホストLinuxと仮想マシン・プロセスが通信するためのインターフェースとして機能します。ゲストOSが仮想NICで送受信するパケットは、ホストLinux側のTAPデバイスから送受信されることになります。同じ仮想ブリッジに接続された仮
Dockerのコンテナの中からホストOS上のプロセスと通信する方法 - Qiita
問題点 Docker で起動したコンテナ内からホストOS（ローカルPC）内のプロセスと通信する際に、 localhost と指定しがちだけど localhost だとコンテナ内を指してしまい、 意図した通りに通信することができない。 例えば、ホストOS上で 80ポートで Listen している Nginx が起動していて、 コンテナ内のプログラムから http://localhost:80 でアクセスしても接続できない。 これは通常のプロセスだけじゃなく、docker で複数のコンテナを起動して、 コンテナ同士で通信する場合も同じように接続できない。 解決方法 その1：ホストOSのIPアドレスを指定する ホストOSのIPアドレスが 192.168.11.1 だとして、http://192.168.11.1:80 でアクセスするようにする。 その2：dockerコマンドの引数で指定する Do
Dockerのコンテナを起動したままにする - Qiita
概要 dockerをデーモン指定して起動してもすぐに終了してしまうため、 起動したままにできないか調べたメモを残します。 コマンドを指定する
【Docker】ubuntuの環境で日本語入力を可能にする - Qiita
dockerのubuntuのコンテナ内で日本語入力ができなくて苦労したので、改善しました。 ネットに転がってる記事で全然解決せずに、いろいろ組み合わせていたら日本語入力できるようになりました！ ubuntu環境で日本語入力を可能にさせるDockerfileの書き方を説明します。 dockerのubuntu環境で日本語入力を可能にする dockerfileにこのように書けば日本語入力ができます。 RUN apt-get update \ && apt-get install -y locales \ && locale-gen ja_JP.UTF-8 \ && echo "export LANG=ja_JP.UTF-8" >> ~/.bashrc ちなみに、Dockerfileに書かずに、dockerコンテナに侵入していろいろインストールしても良いですが、一度docker-compose d
UTF-8 エンコードされた絵文字を MySQL / JDBC で取り扱うには？
2013.06.08 追記：JDBC 接続文字列で characterEncoding / connectionCollation を指定すると思った通りの挙動をしてくれないようなので、別の方法 (多分これが正しい方法) を記載しました。 Unicode における、こんな 感じの絵文字、いわゆる Unicode の 追加面 の文字、Java で言えばサロゲートペアでの表現が必要となる文字を、JDBC 経由で UTF-8 エンコーディングして MySQL のテーブル・カラムに格納しようとすると、以下の例外が発生することがあります。 Caused by: java.sql.SQLException: Incorrect string value: '\xF0\x9F\x98\x81 h...' for column 'col_name' at row 1 at com.mysql.jdbc.S
Dockerで開発環境を仮想化する - Qiita
ことの発端 時々、提供されるソフトのバージョンが変わってコンパイラのバージョンが変わることがあったりします。 しかし、自分たちの膨大な数のmakefileにはgccとかclangとかしか書かれてないのです。 これでは去年の製品を再ビルドしようにも、シンボリックリンク先が新環境を指しているのでダメです。 しかし、製品サポート案件で容赦なく過去モデルでのバグ修正チケットが回ってきます。 先輩に聞くと「コンパイラやライブラリのディレクトリ名をリネームする」と。 なん、だと……という感じです。今の環境が正しいのかすら保証できません。 これでは、バグ以前に昔のモデルを再現することすら難しいです。 もう、xx年用ビルド環境を個別に用意するしかありません。 しかし、マシンを複数用意してくれる訳もなく（してもらってもスペース的に困りますが）、そこで仮想化の手段に手を出し始めました。 幸いにも、マシンに基本
Minikube On Ubuntu 18.04 - Qiita
Minikubeの重要性について まずは何故こんな記事を書くことになったかというところからお話ししたい。皆はKubernetesにApplicationをDeployする時にどのような工程を踏んでいるだろうか。もし、Dockerで動作しているものがそのままKubernetesでも簡単に動くものだと考えている方がいるなら、残念ながら私と同様大きな失敗をしてしまうことだろう。Komposeなるものが世の中に存在しているくらいだからDockerからのKubernetesへの移行はそれほど高くないものだと思っていた。しかし、KubernetesはKubernetesの考えに基づいてDeployされるものだからDocker Imageだけあれば何とかなるななどという簡単な話ではないのだ。この変換部分について今のところMinikubeが一番利用価値の高いものだと思ったのでここに記載しておくことにする。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
