Private content!This content has been marked as private by the uploader.
Private Presentation
Private content!This content has been marked as private by the uploader.
Software release life cycle - Wikipedia
This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Software release life cycle" – news · newspapers · books · scholar · JSTOR (April 2023) (Learn how and when to remove this message) The software release life cycle is the process of developing, testing,
最近のKubernetesとDocker Machine/Swarmの話
24. リソース制限 • コンテナやPodに対してリソース制限をかけられるように する • コンテナはdockerがcgroupsによる制限を提供している • じゃあPodはどうする・・・？ • Googleのlmctfyを参考に実装していってるぽい • その先にはQoS Tierという構想があるっぽい 25. Replication ControllerとPod Templateの分離 • Replication Controllerは、自身のコンフィグ内にある PodTemplate定義を元にPodを複製していく。 • このPodTemplateは独立した概念とするべきではないか、 という話 • PodTemplateが独立したリソースになれば、Replication Controller以外 (例えばCron jobとか、何かのフックとか) で活用できるよね、という考え方
NFS - Synced Folders | Vagrant | HashiCorp Developer
In some cases the default shared folder implementations (such as VirtualBox shared folders) have high performance penalties. If you are seeing less than ideal performance with synced folders, NFS can offer a solution. Vagrant has built-in support to orchestrate the configuration of the NFS server on the host and guest for you. Windows users: NFS folders do not work on Windows hosts. Vagrant will i
vagrantの共有フォルダのアクセス権とグループを設定する
ホストは OSX, ゲストは Ubuntu, VM は VirtualBox Vagrantfile を用意 ラクちん便利な Vagrantfile ジェネレーターの PuPHPet。 この PuPHPet - Online GUI configurator for Puppet & Vagrant に commmon.yaml をドラッグアンドドロップすると僕の生成した設定が復元されます。 common.yaml はこちらの gistから Vagrantfile の修正 vagrant で synced folders オーナーやグループを変更するには、chown は使わず Vagrantfile に書く。extra は mountoptions と書くように変わったらしい(配列で書く)※ドキュメントには無い [Basic Usage - Synced Folders - Vagrant
tcpdumpのフィルターのまとめ
tcpdumpの基本的な使用方法はこちら ## 名前解決をしない tcpdump -n src 192.168.100.1 and dst 192.168.100.2 ## インターフェイスを指定する tcpdump -i eth1 ## 特定のホストを除外する tcpdump -i eth0 not host 192.168.100.5 ## 複数ホストを除外する tcpdump -i eth0 not host 192.168.100.5 and not host 192.168.100.6 ## ネットワークを指定する tcpdump net 192.168.100.0/24 ## ネットワークを除外する tcpdump not net 192.168.100.0/24 ## 特定ポートを指定する tcpdump -i eth0 not host 192.168.100.5 and
VirtualBox ネットワーク設定 - bit
(12/10) 再度見てみたら、NAT Networkのところも問題なく接続できていた。確認方法がいまいちなだけだった。というわけで、この記事はあたかも最初からうまく設定できてたように書き直す。 # 嘘はついていない。あくまで確認が不足していただけ…。 (3/8) バージョン4.3.8から、ping proxyが実装されているので、NAT Network でもpingが通るようになっていた。なんかこの記事、追記が多すぎるので書き直したい。 とにかくVirtualBoxのネットワーク設定である。構築に使用したOS やVirtualBoxのバージョンは以下の通り。 ホストOS Windows 8.1 ゲストOS CentOS 6.5 VirtualBox 4.3.4 r91027 *1 一つのホストOS上に以下のような仮想ネットワークを構成する。 想定としては、管理用セグメントをHost-On
Dockerのネットワーク管理とnetnsの関係 - めもめも
RHEL7RC+EPEL版Dockerの前提で解説します。RHEL7RCを最小構成で入れて、次の手順でDockerを導入します。 # yum -y install bridge-utils net-tools # yum -y install http://download.fedoraproject.org/pub/epel/beta/7/x86_64/epel-release-7-0.1.noarch.rpm # yum -y install docker-io # systemctl enable docker.serviceDockerが設定するiptablesの内容を見るために（見やすくするために）、firewalldを停止した上でdockerサービスを起動します。 # systemctl stop firewalld.service # systemctl mask firew
ベアメタル環境とDockerコンテナ環境の性能比較
コンテナ環境とベアメタル環境の差異 前回は、Docker向け軽量Linux OSの主要3製品の比較を行った。Dockerを利用した環境の構築は、構築済みコンテナなどの利用により、比較的容易に行える。これは便利ではあるが、一方でコンテナ型仮想化環境には既存のベアメタル環境との差異がある。 コンテナ型の仮想化は軽量でリソース消費量が少ないが、コンテナ型仮想化環境にも管理レイヤは存在し、その上でコンテナが稼働している以上、どうしてもベアメタル環境に比べて性能劣化が発生することが予測される（図1）。 今回は、同一スペックおよび同一プロダクトを利用し、構築したDocker環境とベアメタル環境上で負荷テストを実施することで、両者の性能差を比較検証する。処理性能やリソース負荷状況などの観点で比較し、その差異を表やグラフにまとめているので、ご一読いただきたい。 まずは環境をご紹介する。今回は、図2のような
KubernetesとMesos：Dockerのスケジューリングツールの違いを理解する
注目されるDockerのスケジューリングツール Dockerには、基本機能だけでは自分自身がインストールされているホストのコンテナしか管理できず、複数ホストのコンテナを管理できないという問題がある。そのため、実際にサーバを複数台利用するような規模でDocker環境を運用することを考えると、コンテナのクラスタリングやスケジューリングなど、複数ホストにまたがってコンテナをオーケストレーションする仕組みが必須となる。 そのため、Docker環境の管理を行うスケジューリングツールが注目を集め、数多くの製品が登場しているが、その中で特に注目されているものに、KubernetesとMesosがある。KubernetesとMesosは、複数ホストのコンテナを簡単に管理できるという点では共通しているが、機能の対象範囲には違いがある。 今回は、KubernetesとMesosの特徴と相違点について整理し、そ
Learn about the Mesosphere Datacenter Operating System • Mesosphere
We’ve evaluated D2iQ against other platforms, so you can choose the best Kubernetes solution to meet your enterprise requirements.
How to create a web scale infrastructure based on Docker, CoreOS, Vulcand and Mesos. And why Object Storage becomes the de facto data repository. · Record'IT Blog
How to create a web scale infrastructure based on Docker, CoreOS, Vulcand and Mesos. And why Object Storage becomes the de facto data repository. Sun, Jan 11, 2015 Introduction Let’s first discuss about why I decided to use these software to show how to create a web scale infrastructure. Why Docker ? The first question should even be, why Linux containers ? Linux containers are providing a very lo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DockerとKubernetesが作る未来
OpenShift 3で、DockerのPaaSを作る話
［速報］Dockerが分散アプリケーションのオーケストレーション機能を発表。Docker Machine、Docker Swarm、Docker Compose
実例で学ぶDockerコマンド - Qiita
Vagrant+DockerでGitlab+Redmineをサブディレクトリ運用する - Qiita
https://jp.techcrunch.com/2014/08/19/20140818mesosphere-comes-to-the-google-cloud-platform-integrates-googles-kubernetes-project/
正月休みだし Mesos 触ってみた : sonots:blog
正月休みだし Mesos-Docker でプライベート IaaS っぽいもの構築してみた : sonots:blog
Cygwin + rbenv環境でプロビジョニングサーバーを構築する方法(第２回)～仮想化ソフトウエアを導入し、Chef環境を構築する