Kubernetes JobでMySQLへデータをロードする - Qiita
ICPにMySQLに接続するLibertyアプリケーションをデプロイ の記事では、データのロードをkubectl execでMySQLコンテナの中に入って実施したが、Kubenetes Jobでやる方法を確認したメモ。 以下の記事と同じようなことをやる。 Kubernetes環境でCronJobでMySQLを定期的にバックアップ 初期化用コンテナの作成 実行するSQLはConfigMapに入れてもよいが、今回はイメージの中に含める。この例ではユーザーを作る部分でパスワードがsqlに入ってしまっているのであまりよろしくない。テンプレートとsecretで渡した環境変数からsqlを生成するか、MySQLのコンテナは環境変数MYSQL_DATABASEやMYSQL_USERとMYSQL_PASSWORDにより、コンテナの初回起動時にデータベースを1つ作成したり、ユーザーをひとり作ることができるので
Kubernetes環境でMySQL用Exporterからのメトリクス取得 - Qiita
はじめに Prometheusの公式サイトに公開された数多くあるExporterの中からMySQL用のExporterをKubernetes環境（というかICP:IBM Cloud Private環境）でデプロイしてメトリクスを取得した事例を記載する。 ExporterをDockerコンテナで実装、もしくはOS上に導入した、という事例はあったのですが、k8s環境で実装という例（わかりやすい例）がなかったのでその実装について書きます。 構成図 こういう構成となります↓ ※Prometheusが直接アクセスするのはMySQLのPodではなくExporterのPodとなります。（当初勘違いしていました・・。） 構成 Prometheus：v2.3.1（IBMのchart使用：リンク） MySQL：latestのdockerイメージ使用 ICP：v2.1.0.3 設定作成 下記のマニフェストファイ
kubeadmによるKubernetesクラスタ構築 on AWS - Qiita
Kubernetes公式のセットアップツールkubeadmを利用してのシングルマスター構成をAWS上に構築できるかのトライ。動作は確認、実働に耐えうるかについては未調査。 Amazon Linux 2 Nitro Systemベースのインスタンス での動作の確認が目的 kubeadm 公式のk8sクラスタ作成ツール。Kopsと違い一つノードの中からプロビジョニングしていくボトムアップなスタイルで、カスタマイズ性が高いのも特徴。 Amazon Linux 2 K8Sが理想的に動作するのであれば、基本はベースOSはなんでもいいはずで、AWSで動作させるのであればメンテが便利なAmazon Linuxがベストのはず。EKS optimized AMIもAmazon Linux 2ベース。 Nitro System C5, M5, T3などのインスタンスの元のシステム。諸々すごいのだけれど、NW帯
AWS初心者だけど、EKSのクラスタを作って、NodePort と ELBアクセス、EBSのPVを確認したよ - Qiita
自己研鑽で学んだことのメモです。 準備事項 kubectlをインストールする AWS CLIをインストールする aws-iam-authenticator をインストールする キーペアを作成する サービスロールを作成する クラスタVPCを作成する インストールするものから、先に進めていきます。EKSは、日本から一番近いオレゴンのリージョンを利用しました。 1.kubectlコマンドのインストール 筆者が試したところ、CNCFからダウンロードした kubectl コマンドでも、利用できたので、特別にビルドされたものではないようです。 https://docs.aws.amazon.com/ja_jp/eks/latest/userguide/configure-kubectl.html ホームディレクトリに、ディレクトリ aws-eks を作成して、ダウンロードした kubectl を保存し
VM・Dockerといった仮想化技術を理解する - Qiita
Dockerとは Docker=コンテナというイメージを持ちますが、Dockerは「コンテナをマネージメントするツール」というのが正しいです。 コンテナ技術というのはなにもDockerの専売特許というわけではないのです。 Linux上でコンテナを管理・実行するためのプラットフォームこそがDockerです。 他のコンテナ技術に関して知りたい方はこちらの記事をどうぞ。 Docker だけじゃない Containers の世界 Dockerのアーキテクチャ Dockerはクライアント・サーバー型の構成です。 DockerクライアントがDockerデーモンと通信することで、Dockerコンテナの構築・実行・配布をおこないます。 Dockerデーモン Dockerデーモンはホストマシン上で動作します。 コンテナの生成・実行・モニタリングとともに、Dockerイメージの構築と保存を受け持ちます。 ユー
Oracle VM VirtualBox で Linux演習環境のイメージを作成する - Qiita
やること 社内で Oracle VM VirtualBox(以下 VirtualBox) を使ってLinux研修をする際に、毎回インストールするのは面倒なので配布イメージを作ってみた。 構成する環境 Linux研修ではRPM系のCentOS6とDebian系のUbuntu16.04の使う想定だが、VirtualBoxでそれぞれのLinuxを別々の仮想マシン(以下 VM)で構築するのは面倒なので、下図のような感じでコンテナ環境を作ってみることにした。 環境 Windows7 Pro SP1 32bit Oracle VM VirtualBox 5.2.18 ＋ Extension Pack やったこと (VBox)VirtualBoxにUbuntu16.04をインストールする 基本的にはデフォルトのままで、OpenSSH Server を入れておく。 (VM)インストールしたUbuntuの初
Master NodeにPodをデプロイするための設定 - Qiita
Master Node1つのみの構成でKubernetesのセットアップを行った際に、セットアップ作業はエラー無く完了したにもかかわらず、Podのdeployを行うとpendingになってしまう現象が発生しました。 原因の調査と対応方法についてシェアします。 なお、この対応をした環境は検証用の環境であり、敢えてMaster Nodeの1台構成で構築している環境です。ご利用の環境における適切なNode構成は別途検討が必要です。 環境 OS: Ubuntu 16.04.01 Kubernetes: v1.11 現象 Kubernetesをセットアップする間は特にエラーはなく、kube-systemのpodも正常に稼動している。 しかし、podをdeployするとpending状態となり起動しない。 kubectl describe poを実行すると「0/1 nodes are availabl
CentOS 7にMinikube環境を構築する - Qiita
[centos@minikube ~]$ sudo yum list docker-ce --showduplicates | sort -r * updates: ftp.iij.ad.jp Loading mirror speeds from cached hostfile Loaded plugins: fastestmirror * extras: ftp.iij.ad.jp docker-ce.x86_64 18.06.1.ce-3.el7 docker-ce-stable docker-ce.x86_64 18.06.0.ce-3.el7 docker-ce-stable docker-ce.x86_64 18.03.1.ce-1.el7.centos docker-ce-stable docker-ce.x86_64 18.03.0.ce-1.el7.centos docke
Windows版VirtualBoxでUSBブートをする方法 - Qiita
概要 Windows版VirtualBoxでWindowsPEが入っているUSBメモリからブートをさせる。 実証環境 Windows10 Pro VirtualBox 5.2.20 方法 流れとしては 仮想ディスク(vmdkファイル)を作る vmdkファイルを仮想ハードディスクとしてVirtualBoxに追加する 実行する の順番です。 仮想ディスクvmdkファイルを作る 対象となるUSBメモリの物理ディスク番号を調べます。 管理者権限で開いたコマンドプロンプトで以下のコマンドを実行します。 その結果から，USBメモリに対応するデバイスID(\\.\PhysicalDrive(数字))を記憶しておきます。 今回の説明では，\\.\PhysicalDrive1と仮定します。 コマンドプロンプトにて，以下の操作をします。 cd (Virtualboxがあるディレクトリ) VBoxManage.
VirtualBoxのホストキーを変更する - Qiita
概要 VirtualBoxには，仮想マシン（ゲスト側）を立ち上げているときに，元の環境（ホスト側）の操作に切り替えるためのホストキーという特殊なキーが用意されています． ところがこれがMac版VirtualBoxの初期設定では「左commandキー」という，いかにも頻繁に誤って押してしまいそうなキーに割り当てられています． また，Windowsでは「右ctrlキー」という，HHKBやFILCOユーザーではそもそも押すことができないキーに割り当てられています． そのためホストキーを変更する方法を備忘録として残しておこうと思います． 方法 メニューバーから， ファイル→環境設定→入力→仮想マシン と進んでいき，「ホストキーの組み合わせ」の「ショートカット」を選択して任意のキーを押すとそれがホストキーとして設定されます． ちなみに僕は「右shiftキー」を割り当てています．
Pod Ready++(PodReadinessGate) - Qiita
Kubernetes v1.12.0 で新たな Kubernetes を拡張するための機能が追加されました！ このエントリでは新たに追加された Pod Ready++(PodReadinessGate) についてまとめます。 Pod Ready++ とは Pod Ready++ は Pod の Readinessの条件に拡張を加える事ができる機能です。v1.11 で密かに Alpha として追加され、v1.12 で Beta に昇格しました。これにより独自の Readiness 条件を追加することができます。 目的 Kubernetes は Pod Readiness が true になるとトラフィックを受け付ける準備をします。Pod Readiness は kubelet の Readiness Probe によって判定されます。Pod Readiness が true になるとその P
Local Volumeを使ったKubeflowの動作検証 - Qiita
はじめに 今回の検証では、Kubernetes上でML環境を提供するKubeflowを試します。Kubeflowは、シングルノードのKubernetesの実験環境であるminikubeでも実行できます。しかし、大規模な計算を行うMLにおいて、シングルノードの計算リソースでは実用に耐えられません。そのため、マルチノードのKubernetesクラスタ上にKubeflowをセットアップしたい人も多いかと思います。 しかし、セットアップに際し、ひとつ問題があります。それが永続ストレージです。Kubeflowをセットアップするためには、データを保存するための永続ストレージが必要となります。minikubeでは、minikubeが提供するprovisionerによって、minikubeのVMを利用し永続ストレージを提供しています。GKEなどのパブリッククラウドのサービスを使っている場合も、比較的容易に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EKSやGKEで動作確認したマニフェストをIKSで動かした結果 - Qiita
Docker for WindowsでWindowsの任意のフォルダをコンテナにマウントする - Qiita
VirtualBox で IE の仮想環境を構築する - Qiita
オフラインのCentOS 7にMinikube環境を構築する - Qiita
回線変わってVagrantの接続不良になったときの対処 - Qiita
VirtualBoxのホストOS (Windows) とゲストOS (Linux) 間でファイルを共有する - Qiita
Kubernetesで同一Pod内で通信するときのアドレス指定 - Qiita
macOS を Mojave にしたら vagrant から VM が立ち上がらなくなった - Qiita
