minishiftが動いたり動かなかったりする。
最近minishiftを利用しており、WIndows10ユーザーとしてはHyper-vで動かしたい。
ただ"minishift start"を実施しても Starting Minishift VM ............................................................. が終わらずにタイムアウトすることがある。よくある。
安定した対処療法がすぐに見つかるかな？と思って再起動や仮想スイッチの指定などをやってみたのだけど 今のところよくわからないなぁ。
もう少し調べてみよう。
ちなみに正常に進んでいるパターン。
解決。方法はとりあえずminishift update を実施した。OpenShift(OKD)としてのクラスターバージョンではなくminishiftのアップデートが影響？まだよくわかっていないけれどもとりあえずどういうことのようです。 しっかり調べないとな。
minishift update
Do you want to update from 1.33.0 to 1.34.0 now? [y/N]: y Downloading https://github.com/minishift/minishift/releases/download/v1.34.0/minishift-1.34.0-windows-amd64.zip 8.83 MiB / 8.83 MiB [=====================================================================================] 100.00% 0s 65 B / 65 B [=============================================================================================] 100.00% 0s
Updated successfully to Minishift version 1.34.0.
Current Installed add-ons are locally present at: C:.minishift\addons The add-ons for 1.34.0 available at: https://github.com/minishift/minishift/tree/v1.34.0/addons
Do you want to update the default add-ons? [y/N]: y Default add-ons will be updated the next time you run any 'minishift' command.
Docker for Windows / Docker Desktop でimageのpullがエラーとなる件
わけあってLinuxのコンテナを触ることになったわけです。 Windows コンテナーじゃなくて、Linuxのほうです。
で、手元にWindows機しかなかったので、どういう方法でDockerを試そうか考えて とりあえずchocolaty 経由で以下を入れてみました。
choco install docker-for-windows
で、powershellからdockerコマンドが使えるようになったので、試しにpull。
docker pull php
以下エラー。
Error response from daemon: Get https://registry-1.docker.io/v2/library/php/manifests/latest: unauthorized: incorrect username or password
調べてみてもよくわかりませんでしたが、 Docker.WPF.HttpClientHelper.HandleStatusCode(HttpResponseMessage response) が例外投げてました。
ということで、 Check for Updates してみたところ回復しました。
なんかよくわからんが動いてるからよし！
【セキュリティ②】情報セキュリティーはリスクマネジメントの一つです
つらつらかいてみよう。
まず、大前提として経営戦略は難しい。
セキュリティも難しい。
単純に"維持する"ことは難しい。
10年間黒字であり続けて従業員に十分な給与を払い続けることと同様に
10年間情報セキュリティインシデントを起こさないことは難しい。
経営戦略で言うとリスクマネジメント。
1特定・把握して、2分析・評価して、3対策する。
当たり前ですが、
当たり前にことを実践し続けるのって難しいと思うんですよ。
今回は1
特定・把握にのみ絞って考えてみます。
そもそもどうやってリスクを特定把握するのか？ですが。
一つの案としてルール化するというのがあるかと思います。
セキュリティ脆弱性検知とか。
しかし、ルール化は諸刃の剣でルール史上主義だとルールから漏れたリスクを特定・把握できなくなります。
ルール外のリスクを特定把握する方法としてはTBM/KYとかインシデントレポート、ヒヤリハットがあるとおもいます。
TBM/KYやヒヤリハットは専門家、属人化します。
ルール化をすすめすぎるとヒヤリハットの未然事象の報告文化が養成されず
ヒヤリハットに頼りすぎると、属人化するため測定ができない。
ジレンマがあるとおもいます。
また書こう
【セキュリティ①】情報セキュリティーはリスクマネジメントの一つです。
背景
エンタープライズな環境にいると、よく聞くのが 「セキュリティーは大丈夫か？」という漠然とした管理職者からの問。
そんなことないです？ 私はよくあります。
問題点
”情報セキュリティ”という言葉だけで技術的！よくわからん！ 経営層の中で比較的ＩＴが詳しい兼任ＣＩＯ君よろしく！って感ないですか？
そしてそのＣＩＯの部下に”よろしく！”って・・・・。
セキュリティ対策ってプロアクティブに動かないとダメだけど其れなりに費用もかかるし、経営の理解がないと動けたもんじゃないですよねー。 そこ権限委譲するなら経営の情報、権限くれないとつらい問題。
セキュリティという言葉をリスクマネジメントに変えてみる
言葉を変えるだけで、割と経営者が自分で考えて、協力しないといけない領域の問題なんだなという意識が生まれる気がしてます。
なぜそう思うかについては改めて書こう。
クライアントHyper-V上とvyOSでネットワーク検証する その5 OSPFで障害テスト
前回までに作ってみOSPF経由の接続でわざとvyOSを落として経路交換やらダウンタイムを見てみましょうかね。
- 測定用の簡易PowerShell
- クライアント側ゲートウェイ（プライマリがダウンした場合）
- クライアント側ゲートウェイ（プライマリが復旧した場合）
- DC側の対向ゲートウェイ（プライマリがダウンした場合）
- DC側の対抗ゲートウェイ（プライマリが復旧した場合）
測定用の簡易PowerShell
①ダウンタイム測定の簡易PowerShell
for($i = 0; $i -le 10000; $i++){
curl -Uri http://192.168.20.100 -TimeoutSec 1
$date = date
$date.DateTime
sleep 1
}②経路確認の簡易PowerShell
for($i = 0 ; $i -le 10000 ; $i++){
tracert -d -w 2 192.168.20.100
}
クライアント側ゲートウェイ（プライマリがダウンした場合）
2018年8月16日 23:46:34頃にダウン
2018年8月16日 23:47:03頃に回復
ダウンタイムは約３０秒ですね～。
経路も確認
DC側の対抗ゲートウェイ（プライマリが復旧した場合）
2018年8月17日 0:31:39に再度ダウン
2018年8月17日 0:31:43に復旧
5秒以内ですか！なるほど。
経路も確認
無事にネットワークの自動復旧は確認できたわけですが、
こんなネットワークを組むことはないかもしれませんが、
LAN側のプライマリゲートウェイの復旧時に発生するダウンタイムより
DC対向側のゲートウェイが復旧した際のダウンタイムのほうが短いという気づきがありました。
ちゃんと確認してませんが、vyOSの復旧起動後にVRRPのほうがOSPFより早く復旧し、ゲートウェイに昇格するが、OSPFのルーティング情報の復旧までは引き続きダウンするためかと思います。
と、するとOSPFのルート情報が切り替わる直前でVRRPも復旧するようにチューニングすればダウンタイムを減らせるかもしれません。
うーん奥が深い。
今度は少し構成に手を入れて、ECMPか、vyOSのアウトバウンドの回線負荷分散機能を利用し、待機系ネットワークの有効利用を検証したいです。
クライアントHyper-V × Windows Server コンテナーのIIS × OSPF経由で試してみる
- ホストVM（Windows Server2016 Server Core）にIPを設定
- NATモードでコンテナを起動（※Dockerイメージは取得済みの前提）
- ホストVMのWindows FireWallを無効化
※赤枠の中の話。
ホストVM（Windows Server2016 Server Core）にIPを設定
PowerShellで以下を実行
New-NetIPAddress -InterfaceAlias "Ethernet" -IPAddress "192.168.20.100" -PrefixLength "24" -DefaultGateway "192.168.20.250"
NATモードでコンテナを起動（※Dockerイメージは取得済みの前提）
docker run --name iis01 -p 80:80 -it microsoft/windowsservercore powershell |
コンテナ上でIISの役割をインストールします
Install-WindowsFeature Web-Server
クライアントHyper-V上とvyOSでネットワーク検証する その４ OSPFを設定
さてシンプルなOSPFとしてarea 0を設定していきます。
上記赤枠LAN１号機を一例：OSPFのアドレスを設定
set protocols ospf area 0 network 192.168.10.0/24 set protocols ospf area 0 network 10.0.1.0/24
インターフェースに適用
set interfaces ethernet eth0 ip ospf set interfaces ethernet eth1 ip ospf
各４つのvyOSに設定。
さて、これで最低限の回復性（VRRP + OSPF）は実装できたかなと思います。
設計としては内部-WAN１経由するネットワークをActive
内部-WAN2を経由するネットワークをPassiceとしてスタンバイできてるはずです。
