2019年 06月 19日
openSUSE Leap 15.1 で初めての KVM, 仮想化
いきなりですが、私は openSUSE Leapで「サーバールームのハイパーバイザーで本格運用」することはお勧めしません。 本格運用で使うなら、 SUSE Linux Enterprise(SLES) での運用を強くお勧めします。
SUSE Linux 15 (SLES15) でKVM/XEN仮想環境 https://islandcnt.exblog.jp/238685530/ KVM on SUSE(SLES12) で仮想インスタンスの作成 https://islandcnt.exblog.jp/238578664/ Windows 2019 Server を SUSE Linux 15 (SLES15)+KVM で仮想ドライバを使って最適な仮想化 https://islandcnt.exblog.jp/239122369/
しかし、今スグここで「KVMのテスト、開発環境が必要になった」のであれば、openSUSE Leap は Hyper-V と比較しても一つの良い選択です。軽いですし安定しています。何しろ無料でハイパーバイザーが手に入る気軽さ。LibreOffice も付いて GIMP も標準なので、そのまま仕事ができる。 いきなりステーキ！、じゃないな、いきなり SLES 15(SUSE Linux Enterprise Server) では、敷居も高いし、openSUSE と違いインストールが異なりちょっと面倒です。 何しろ SLE(SUSE Linux Enterprise) 譲りで SLES の鉄壁の信頼性を引き継ぐ openSUSE 上であり、openSUSE <---> SLES との相互運用性も高いので - テストと開発は : openSUSE で取り合えず開発し - 本番運用は : SUSE Linux Enterprise にマイグレーション という選択肢は十分に魅力的です。 ここでは無料で作れる openSUSE Leap 15.1 で KVM ハイパーバイザーの導入手順を説明します。 ここでは前提条件として
- openSUSE はインストール済とする。 - /var は仮想ディスクイメージを格納します。別パーティションとします。 - 固定IPでセットアップ済
とします。openSUSE Leap 15.1 のセットアップはこちらの記事を参考にしてください。
openSUSE Leap 15.1 インストール https://islandcnt.exblog.jp/239244204/
※ 画面のキャプチャは英語ですが、優先言語を日本語にすると root 以外のユーザは、全て日本語表記になります。
PR
固定IPを設定するため、ネットワークの設定は openSUSE15.1 標準の Network-Manager ではなく Wicked にします。 YaST > Network Settings より、設定方法を "Wicked", 必要な固定IPを設定します。
仮想ディスクイメージは /var/lib/libvirt/images/ にデフォルトで作成されます。勿論、VM を create する時に、任意のディレクトリを指定できます。ここではデフォルトのルールに則って、 / パーティションは必要最低限、空きスペースの全てを /var を別パーティションに割り当てました。 ライブマイグレーションするなら iSCSI マウントできる NAS 上に作成するのも良いでしょう。 ※ ヒント 32Gb 程度の USB メモリに / パーティションをインストールしてライブUSB起動して、QNAP などの iSCSI NAS 上に仮想イメージを作るのも一案です。既存のPC環境を壊したくないのであれば、一つの手段ですね。 PR 楽天でQNAP の NAS を検索
一旦、システムを再起動すると KVM ハイパーバイザーが起動します。
KVMの必要なパッケージをインストールしたら、YaST > Virtualization > Install Hypervisor and Tools を開き、 Libvirt LXC containers をチェックします。
ネットワークブリッジを設定するかどうかは、 Yes YaST > System > Network Settings から、ブリッジインターフェースが設定されている事を確認します。 # virt-manager & を実行して、KVM仮想インスタンスが作成できる事を確認します。
ここまでの手順を動画でまとめました。（音出ます）
仮想VMインスタンスが立ち上がりました。
PR 最後までお読みいただきありがとうございました。
▲
by islandcenter
| 2019-06-19 12:20
| SUSE
|
Comments(0)
2019年 06月 05日
SUSE linux15 virt-manager が起動できない
SUSE15: virt-manager が起動できない。
- 結論 -
いきなり結論です。virt-manager は二重起動できません。
PR- やっぱり高速回線は欲しいよね -PR
- 現象 -
xterm から virt-manager GUI が起動できない。実行すると[1]+ Done するが、GUI が上がってこない。
- 原因 -
どこかのバカ（つまりオレ、もしくはワタクシ、たまにワシ）が、コンソールの Xターミナルから "# virt-manager &" して virt-manager を起動したまま、トイレに行ったついでに昼飯を食いに行って、お腹がが痛くなったのでそのまま帰ってこなかった。次の日の朝、頭をリセットした別な奴（ワタクシの別人２号）が、movaXterm の様な別なX端末から# virt-manager &したところ[1]+ Done virt-manager
- 対策 -
どこかのバカ（くどいけどワタクシもしくは私）がそれに気が付いて、バカな自分ふるまいを思い出してリモート端末から virt-manager を終了させるか、ワタクシの別人二号が virt-manager のプロセスを kill すれば解決できる。# ps ax |grep virt-managerして”/usr/bin/python3 /usr/share/virt-manager/virt-manager” のプロセス番号を kill したら、問題なく動作した。sles15:~ # ps ax | grep virt-manager2275 ? Ssl 0:00 /usr/bin/python3 /usr/share/virt-manager/virt-manager <-- 残っている2295 pts/10 S+ 0:00 grep --color=auto virt-managersles15:~ #sles15:~ # kill 2275sles15:~ #sles15:~ # ps ax | grep virt-manager2325 pts/10 S+ 0:00 grep --color=auto virt-managersles15:~ #sles15:~ # virt-manager &[1] 2330sles15:~ #[1]+ Done virt-managersles15:~ #
--
これは virt-manager だけではなく FireFox なんかも、コンソールで起動して、別なターミナルから起動しようとすると、"FireFox は既に動いているよぉ～" の様な同じ現象が出ます。
GUIのソフトウェアを、同じユーザ名でログオンした状態で起動すると、拒否られる事があります。コンソールからroot で GUI ログオンしたまま。リモートX端末からアプリケーションをコマンドライン起動すると、ターミナル側で起動せずコンソールでGUI が起動してしまった。という笑い話もありました。gedit & って実行して、おっかしいなぁと思ったら、コンソールで起動していたとか......いや、笑い話ならまだしも、実際、movaXterm でリモートから# startx &なんてやってしまうと、実に面白い結果になります。コンソールでXが起動してしまう。閉じるには、実際コンソールに行かなければならない。つまり、root でのログインはどこか一つの端末で行って、いつでもどこでもログオンしまくるなよ、という事ですね。仕事が終わったら必ず logout する。初心者に限らずワタシの様なズボラな人間が陥りやすい罠です。ひどく当たり前な事でも、判っていなければやっぱりやっちゃう。ダメ人間別人１号です。水曜どうでしょう名セリフステッカー-ダメ人間
root ではいって実行するプロセスは下手に kill すると、システムに致命的な問題を起こすので、無暗に root で入るな、という事なんですが、すぐ sudo したがる人にとっては、あまり変わらないかも知れませんね。
▲
by islandcenter
| 2019-06-05 13:41
| SUSE
|
Comments(0)
Windows 2019 試用版を入手したので、SUSE(SLE15)+KVM 環境下で、仮想マシンドライバパック、VMDP(Virtual Machine Driver Pack, virtio) と一緒に導入してみました。
SUSE Linux Enterprise Virtual Machine Driver PackFAQに"有効なSUSE Linux Enterprise Serverサブスクリプションをお持ちのお客様には、これらの並行仮想化ドライバの保守およびサポートの使用権が自動的に付与されます。ドライバのサポート契約は、お客様が契約しているSUSE Linux Enterprise Serverサブスクリプションから継承されます。"
とあるので SLE のサブスクリプションに含まれている、と考えていいでしょう。
サブスクリプションの購入はこちら
最新の VMDP 2.5 はこちらから無料登録済み SUSE アカウント でダウンロードができます。
SUSE Linux Enterprise Virtual Machine Driver Pack 2.5
Windows では xen 環境からの移行も簡単です。
SUSE Linux で XEN から KVM へ移行、VMDP はこんなに簡単
全体の流れは動画にまとめました（９分、盛大に音出ます）
Windows Server 2019 on SUSE Linux 15 with VMDP + KVM install (仮想化インストール)
今回は iso 版を仮想マシンにマウントしてインストールしました。
- virt-manager からインストール -
SLE15より virt-manager のアイコンが yast2 の GUI から消えてしまったので、XのGUI 環境からテキストターミナルを開いて
# virt-manager &
をコマンドライン実行して仮想マシンマネージャを起動します。起動したら”not connected” のラインから右ボタンで "connect" します。
左上の Create ボタンを押して、新しいVMを作成します。
インストールソース iso イメージを指定するため、 Browse ボタンを押して、メディアパスを探してセットします。
インストールソースをセットすると、自動的にインストールするVMのOSタイプを認識します。 SLE15 より Windows 2019 の方が後に出たため、ここでは Windows 2016 と認識されています。 他のOSの場合"unknown" などと出てきた場合は "Automatically detect ......." のチェックを外して、最も近いシステムを選択することができます。
> Forward
Windows Server 2016 と認識したため、VM イメージは 40 Gb と認識されました。 Windows でこれより大きな C: システムイメージを作りたい場合は、任意の数字をセットします。
デフォルトでは /var/lib/libvirt/images の下に qcow 形式の仮想イメージを作ります。
今回は、SSD をマウントしたディレクトリに、RAW フォーマットのイメージを作りたいので、"Select or create ......" を選び "Manage" ボタンを押して、任意の場所、任意のファイル名で仮想イメージを作ります。
メモリとCPU数を、デフォルト状態から任意の数値にセットします。
仮想イメージを作成するディレクトリをブラウズして決定し、ファイル名を任意にセットします。ここでは SSD ドライブをマウントした下のディレクトリに"仮想VM名.disk0.raw" としました。
※ なお、ディレクトリはこのダイアログでは作成できないため、事前に# mkdir "仮想VM名"しておくと良いでしょう。
仮想ディスクイメージがセットできたら "Forward"
最後のダイアログです。ここでは必ず決め打ちされた仮想VM名: "Name" のボックスに、運用上の命名規則に則った Name をセットします。
次に、必ず "Customize configuration before install" のチェックを入れて、インストールのサマリダイアログを開くようにしてください。
> "Finish"
"Customize configuration before install" のチェックを入れると、インストールのサマリスクリーンに移動します。
IDE Disk を選んで "Advanced options" ドロップダウンを開くと "Storage format" が qcow2 で決め打ちされています。この欄を "raw" 形式に変更します。
※ qcow2 形式は、指定したディスク容量より小さく、容量を節約できますが、一般に書き込み動作が低速で重い、と言われています。また、データの使い方によっては、それほど、効率が良くないようです。例えば一発デフラグすると、あっという間に容量を使い切ってしまうという事が起こりえます。システムドライブイメージでは初めから容量確保されて安定して高速な "raw" フォーマットの方が良いと思います。データドライブ、パーティションは qcow2 形式を選択する場合もありますが、データドライブは別メディア、例えば iSCSI SAN ストレージを使った方がベターです。
VMDP(Virtual Machine Driver Pack) を使う場合、NIC の形式は "Hypervisor Default" から”virtio” に変更します。
ハイパーバイザーデフォルトを後で変更しても構いませんが、手順がややこしいので、インストール時点で "virtio" にしておくのが良いでしょう。
"Apply" を押して、左上にある "Begin installation" を押すとインストールが開始されます。
インストールが始まります。
二度ほど再起動したら、インストール完了です。（この環境では約１０分....）さすが Linux ベースの仮想化は早い！...
- VMDP のインストール -
virtio をNICドライバとして設定したため、NICが見当たらない状態になっています。
仮想コンソールからVMのサマリ編集画面のボタンを押して移動し、 IDE CDROM に認識されているインストールソースを"Disconnect" して、”Connect” ボタンから、 VMDP の ISO ファイルをファイルシステムからブラウズしてマウントします。
仮想コンソールに戻り、VMDP の ISO ファイルがマウントされている事を確認します。
※VMDP はアンインストールしたり再インストールする場合があるので、C: ドライブの任意のフォルダにコピーしておくと良いでしょう。
VMDP の setup.exe を実行します。
EULAに同意
インストールが始まります。（この環境で１分弱）
VMDPのインストールが終わると、再起動が要求されます。でもその前にネットワークが検出されたようです。
再起動後のネットワークのプロパティです。ネットワークが認識されているようです。
イーサネットのプロパティを開くと "SUSE Network Driver for Windows" がインストールされている事が分かります。「構成」ボタンを押してドライバのパラメータを確認します。
「詳細設定」タブにドライバのパラメータが設定されています。VMDP2.5 では、デフォルトで問題ないようですが、一応 "xxxx Offload" 系のパラメータは全て "Disabled" になっている事を確認します。 これらが Disable にセットされて問題になったことはありませんが、Enable で問題になったことは何度もありました。
デバイスマネージャーを開いて、 BUS ドライバや SUSE NIC ドライバがインストールされている事を確認します。
VMのサマリ画面に戻り "Boot Options" にある "Autostart" にチェックを入れ、ハイパーバイザー筐体が起動したときに同時にVMも起動できるようにします。また、Boot Menu が出ないよう、マウントした CDROM のチェックを外しておきます。
How to install samba on SUSE Linux Enterprise 15 (SLES15) インストール
初めての Linux, openSUSE Leap を Hyper-V で動かす
openSUSE Leap 15.1 で始める KVM, 無料のハイパーバイザー
SUSE Linux 15, openSUSE 15, SLES15, KVM, Windows サーバー仮想化、virtio, Linux, 仮想サーバーの最適化, 仮想マシンが重い,
▲
by islandcenter
| 2019-02-24 15:33
| SUSE
|
Comments(0)
2018年 06月 13日
KVM on SUSE(SLES12) で仮想インスタンスの作成
ここでは SUSE Linux Enterprise Server(SLES12) で仮想マシンを作成する手順を説明します。
SLES12 より virt-manager の使い方がウィザード方式になり、簡単になった反面、細かなカスタマイズが出来にくくなりました。ここでは、 カスタマイズしたインスタンスの作成方法を説明します。
-はじまりはじまり-
全体の流れはこちら
SLES VM install on KVM/SLES12
まず仮想インスタンスイメージを作成するディレクトリを作成します。
virt-manager では、仮想イメージを作成するディレクトリを作成する機能がないので、予め、仮想イメージを作るディレクトリを掘っておく必要があります。
/var/lib/libvirt/images
# mkdir /var/lib/libvirt/images/myvm
virt-manager の起動
# virt-manager &
で起動するか yast2 & > Virtualization > Virtual Machine Manager を選びます。ここで左上の Create ボタンを押して、新しい仮想インスタンスを作成します。
Local Install Media(ISO or CDROM) > "Foreword" > Use ISO Image > "Browse" > Browse Local > Other Locations から、ディレクトリをブラウズして ISO ファイルを指定して "Open"
"Automatically Detect ........ " にチェックが入っているので、インストールOSのテンプレートが自動的に選択されます。もし、"Detect" されない場合は、チェックを外して、適切なOSを選ぶ事ができます。若い方には「こんなのシラン」という、年寄りには”懐かしい”と叫びたくなる古いシステムも選択できます。（OS/2 Warp はなかった.....）
Forward で、vcpu 数、メモリを設定します。
イメージを作成するディレクトリを指定するために "Manage" ボタンを押して、作成済みのディレクトリに作成する仮想インスタンスのイメージファイル名を指定します。
Manage > "Brows Local " > "Computer" から、予め作成したディレクトリを指定(Open)します。まだファイルがないので、ファイル名を分かりやすい名前（仮想VM名＋ディスク番号＋フォーマット形式：など）で作成します。
- 仮想マシンのカスタマイズ -
”Finish” ボタンを押す前に「ちょっと待った！」
仮想VM名が決め打ちなので、運用上のインスタンスの命名規則に従って設定、
”Customize Configuration .....” をチェックして選択、仮想VMをカスタマイズします。インストールサマリの詳細画面が出ます。
仮想ディスクイメージの ”Advanced Option” を開くと、デフォルトフォーマットが "qcow2" なので ”raw" に変更
※ 一般的には qcow2 より固定容量の raw フォーマットの方が高速で安定していると言われます。ただし、使い勝手やディスクの予備容量では qcow2 の方が良いそうです。運用上、あまりファイルが増えない小さなシステムでは raw フォーマットが向いているでしょうし、ファイルの増減が大きな場合やスナップショットを使うには、qcow2 の方が使い勝手がよいようです。
- 二台目の仮想ディスクの追加 -
Add Hardware で二台目の仮想ディスクイメージを作成、一台目と同じ要領で、任意のディレクトリパスに仮想ディスクのイメージファイルを指定します。"Advance Options" を開き、適当なパラメータを指定します。
二台目のディスクも raw フォーマットにしましたが、システムディスクは raw フォーマット、二台目のデータディスクや、/var, /home や /data などのファイル増減が多い仮想ディスクは qcow2 にするか、外部の iSCSI デバイスに分けるのが良いでしょう。
スピード重視の開発環境や、フルイメージのバックアップから再起動が高速で会った方がいい、という場合は、SSD上にイメージを作るとか、システムパーティションは SSD 上に作り、大容量の仮想ディスクが必要な場合は HDD のパーティションに作りたい、という選択ができます。
- いよいよ作成開始 -
左上の Begin Installation を押してインストール開始（このボタンの位置がわかりずらいンですね）
インスタンスが実行状態となり、インストーラが起動します。
かなり端折りましたが、全体的なイメージはこんな感じでした。
より詳細な情報はマニュアルをご参考ください。
マニュアルはこちらSUSE Linux Enterprise Server 12 SP3 Virtualization Guide
--
Windows 2019 Server を SUSE Linux 15 (SLES15)+KVM で仮想ドライバを使って最適な仮想化SUSE linux15 virt-manager が起動できないサブスクリプション購入はこちら
PR- 最後まで読んでいただきありがとうございます -PR
SUSE Linux, SLES12, KVM, Create VM virt-manager, KVM 仮想マシンのインストール,
▲
by islandcenter
| 2018-06-13 15:17
| SUSE
|
Comments(0)
2017年 08月 08日
役割を終えた XEN , Citrix と XenServer が過去形となる日
もう１０年以上 XEN ハイパーバイザーと付き合ってきて、つくづく思うのは「あぁ、もうx86_64 のXENは終わったなぁ」ということです。別にLinux + x86_64 なら KVM でもいいんじゃん。
今でも考えられるケースで XEN を使うとしたら、
- XEN の Domain_U のカーネルを弄ってまで、他のハイパーバイザーに移行させたくない(これ結構大きい)
- BSD 系 Uinux や Soralis と言った、非 Linux カーネルの UNIX系 OSをハイパーバイザーやゲストOSでも使っている(トモダチになりたくないな)
- ハードウェアに仮想化支援機能(VT機能) がない機器とか i386 ベースのx86ハードウェアでも仮想環境を使いたい（エラク古いPCだ）
- Intel x86 系の CPUを使っていない(PPCやIA64)とか (見たことないけど、もっとトモダチにもなりたくないな) )
こういった「今更な理由」がない限り Linux に限れば XEN による準仮想化を積極的に選ぶ理由がなくなってしまったのです。
まぁ、もともと１０数年前に XEN 3.0 の登場とともに Intel=VT や AMD-V などの仮想化支援機能がハードウェアに実装されたと同時に XEN に「完全仮想化」というキラーな機能がついて、火が付いたと云えます。
と同時にこれらのVT機能の強化が続く中、普及と共にライバルの完全仮想化、６４ビット版のみの KVM ハイパーバイザーが台頭してきたわけです。何しろ完全仮想化は QEMU にオーバーヘッドを渡すわけで、同じ QEMU を使う KVM ハイパーバイザーとの共通化が進んでいるわけですね。
PR
ただし KVM ハイパーバイザーは当時としては主流だった VT 機能非搭載のPCサーバーや XEN を積極的に導入してきた非Linux 系の ISP やBSD系 Unix が主流の iDC の積極的な導入がなく、実績も少なかったので、まだまだ「開発中」といったイメージしかありませんでした。また、ハードウェアも仮想化を強く意識しないデュアルコアやクアッドコアがせいぜいでした。
しかし、VT機能というハードウェアの援護を受けて、KVM は一挙に広まっていった、という感じがあります。実際、XENで完全仮想化された Domain_U であれば、ほとんど仮想イメージを変更しないで KVM へ移植できてしまいます。何しろハイパーバイザーの補助をする QEMU という共通基盤があるため、XEN の完全仮想化はほとんど KVM との共通ワードとなっているわけですね。だから、 Linux On Linux の仮想化でも Full Virtual には、特に目立った機能の低下、スループットの低下はあまり感じなくなってきました。さらにはオクタコアやへクスコアなんていうハードウェアが、松竹梅の「竹程度」のサーバーに実装されると、ボトルネックはディスクI/O程度の問題になります。
SUSE 11.x の時代は XEN の全盛時代だったのですが、 SUSE では SLES12 以降、Libvirt の共通化により、オペレータは、自分が操作するハイパーバイザーが XEN なのか KVM なのか、強く意識しなくなりました。この原因は OpenStack の影響もあるでしょう。 SUSE は openstack に重点が移っているし、親会社の Microfocus も HPE のソフトウェア部門の買収に伴い、益々マルチベンダークラウドに力が入っていきそうです。
顧客も専用のハイパーバイザーと管理ツールによるベンダーロックインは避けたいところ。オンプレミスなクラウドと、iDC のプライバートクラウドと、AWS のようなパブリッククラウドとの間にあるマイグレーションを試みたい所です。まぁ日本のIT業界ではベンダーロックインというよりSI屋にロックインされているのですけどね。
SLES の仮想化コマンド自体も Libvirt の共用化によって、virsh コマンドにオプションの違いはあるにせよ、ほとんど xm, xl コマンドと同じ操作ができるようになってしまいました。こうなると、自分の操作するハイパーバイザーが XEN なのか KVM なのか、ほとんどオペレーターは意識する必要がなくなってしまいます。こうなると Citrix や VMware 専門のエンジニアのある種の閉鎖性が邪魔になってしまいそうです。
また openstack による統合管理を考えると、事業者におけるハイパーバイザーの一本化というのは避けて通れない（のかな）という事もあり、Linux + x86_64 主体のデータセンターでのハイパーバイザー運用は XEN ではなく KVM の一本化に進んでいくことになりそうです。
伝統的に XEN on BSD Unix などを使っていた iSP や iDC 事業者はさておき、数年後の新興サービスベンダーの若い技術者にとっては「XEN？何それ」化しそうな気がします。
PR これも KVM
--
こうなると "XENserver" を名乗る CItrix の戦略はどうなるのよ、という疑問がふつふつとわいてきます。世の中、完全仮想化に向いている中、Linux や BSD 系の「サーバー」OSを XEN ハイパーバイザーで管理する、という商品イメージはだんだんとネガティブに見えてきます。いまや XEN というブランドが、重しとして Citrix に乗りかかっているのですね。「あぁ Citrix, 昔 XEN でブイブイ言っていたベンダーね」と「聞いたことあるよ」という日がいつか来るでしょう。いや、その頃はもうXEN app というプロプラエタリなアプリケーションの仮想化ベンダーとして特化する中，早まって XENsource を買収したCitrix も XEN というブランド名を捨ててしまうのかも知れません。
もともと、Windows NTx 系のオペレーティングシステムをマルチユーザ化した Windows Remote Desktop も Cytrix が開発に関わった機能であり、Metaframe や XEN App といった、Citrix 得意のシンクライアント機能に特化した企業として存続していくのだろうけれど、サーバー集約化を目指す Xenserver といった製品の他社ベンダーや openstack や docker との差別化できない機能は、よほどのことがない限り、「世界のクラウドの Citrix 」化することはなさそうです。
PR インフラエンジニアが知っておくべき仮想化技術
▲
by islandcenter
| 2017-08-08 15:19
| プライベートクラウド
|
Comments(0)
2017年 07月 15日
Zabbix3.2 のソフトウェアアプライアンスUbuntu 版をSUSE 仮想環境で試してみた。
Zabbix 3.2 のアプライアンス版が出ていましたので、SUSE バカに陥らないためにも、ubuntu と格闘してみました。というか、2.2 のアプライアンスが壊れてしまったので（あぁーバックアップ取ってないし .... ）
zabbix 2.x の導入はこんな感じでした。
SUSE Studio から Zabbix 管理ツールの導入
2019/7 現在最新の openSUSE Leap 15.1 に zabbix 4.2 をインストールする手順です。
How to setup zabbix4.2 on openSUSE Leap 15.1Zabbix4.2 snmp デバイスのグラフを表示させるまで
※ ソフトウェアアプライアンス版は、評価目的のチューニングですが、中小規模の数台のサーバーやルータ、スイッチなどのトラフィック管理など数十台のデバイス管理には、そこそこ使えます。より深く学び、システム管理が複雑で規模や問題が大きくなれば、それなりに Zabbux L.L.C の有償サポートを受けたパッケージの導入とトレーニングを受けてください。私としては、デバイスの異常なトラフィック増大を時系列で見えればよい程度なので、導入の敷居が低いzabbix のソフトウェアアプライアンス版は初めての方にはお勧めです。なお、 3.2 は LTS 版ではないのでそのつもりでトレーニングだと覚悟してください。
- ハイパーバイザーへの実装 -
Zabbix のダウンロードページから、 "KVM, Parallels, QEMU, USB stick, VirtualBox, Xen" 用イメージ (.raw1.6Gb) をダウンロードします。
DownloadZabbix appliance Documets
*****.tar.gz を解凍すると 10Gb の仮想アプライアンスイメージが出来上がります。ubuntu のバージョンは /etc/os-release によると 14.04 でした。
これを virt-manager から Create Virtual Machine で実装します。機材の都合で XEN4.4 on SUSE SLES11sp4 です。
このバージョンは、 Ubuntu 14 は対応していないようですが、 Ubuntu(Other) で実装できました。
- Virtual : Full Virtual
- Name of VM :
- Hardware : 512Mb, 1Vcpu
- MAC : XEN source のヘッダに任意の３桁
これで OK を押すと、Zabbix 3.2 アプライアンスが起動できました。
Ubuntu のいやらしいroot でログインできないログインプロンプトです。
ダウンロードページにあるパスワードでログインします。
login : appliance
Password : zabbix
DHCPで IP をもらうので一応 ifconfig で IP を確認します。
これで SSH テキスト端末からログインできます。
ssh xx.xx.xx.xx -l appliance
sles11:/var/lib/xen/images/zabbix32 # ssh 192.168.1.xx -l appliance
Zabbix server Appliance (mysql)
appliance@192.168.1.55's password: **********
Last login: Fri Jul 14 10:30:35 2017
######## ### ######## ######## #### ## #### ## ## ## ## ## ## ## ## #### ## ## ## ## ## ## ## ## #### ## ## ######## ######## ## ##### ######### ## ## ## ## ## ## #### ## ## ## ## ## ## ## ## ########## ## ## ######## ######## #### ## ##
appliance@zabbix:~$
IPを固定します。 /etc/network/interface を sudo vi で DHCPから Static に編集します。（メンド臭い）
IP を指定して DNS, Default Gateway の設定をします。
appliance@zabbix:/etc$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static <--- 追加
address 192.168.1.220 <--- 追加
netmask 255.255.255.0 <--- 追加
gateway 192.168.1.1 <--- 追加
dns-nameservers 192.168.1.2 <--- 追加
/etc/resolv.conf を書き換えます。（メンド臭い）
appliance@zabbix:/etc$ cat resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.1.2 <--- 追加
nameserver 192.168.1.3 <--- 追加
search intra <--- 追加
でネットワークの再起動（メンド臭いしミスタイプしやすい）
appliance@zabbix:/etc$ sudo ifdown eth0 && sudo ifup eth0
[sudo] password for appliance: *********
appliance@zabbix:/etc$ ping www.yahoo.co.jp
PING edge.g.yimg.jp (183.79.248.252) 56(84) bytes of data.
64 bytes from 183.79.248.252: icmp_seq=1 ttl=52 time=90.6 ms
64 bytes from 183.79.248.252: icmp_seq=2 ttl=52 time=97.3 ms
--- edge.g.yimg.jp ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 90.698/94.024/97.350/3.326 ms
appliance@zabbix:/etc$
という事でブラウザから http://ip_or_DNS_address/zabbix へ Admin/zabbix のデフォルトでログインします。
で、色々弄って、date すると UTC 表示でした...... ubuntu の場合、謎のオマジナイがあるのでシステム時刻を JSTに変更します。
appliance@zabbix:/etc$ sudo dpkg-reconfigure tzdata
[sudo] password for appliance: *********
こんな UI が出てくるので Asia > Tokyo を選び OK します。
appliance@zabbix:~$ date
Sat Jul 15 00:29:36 JST 2017
appliance@zabbix:~$
無事、システムの時刻表示は UTC から JST になりました。しかし、Zabbix の UI で表示される、グラフやイベントは UTC のままです。一体どこで変えるんでしょうね。
/etc/php5/apache/php.ini を sudo vi で変更しました。
appliance@zabbix:/etc/php5/apache2$ sudo vi php.ini
appliance@zabbix:/etc/php5/apache2$ ....: 編集中 .....
appliance@zabbix:/etc/php5/apache2$ cat php.ini | grep timezone
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = Asia/Tokyo
appliance@zabbix:/etc/php5/apache2$
zabbix-server と apache2 をリスタートさせましたが
何故か６時間、表示が遅れています（謎）
※謎解決 タイムゾーンを JST に
/etc/apache2/conf-available/zabbix.conf に Timezone の設定があるのでこれを突いたら治りました。
appliance@zabbix:/etc/apache2/conf-available$ ls -al
total 36
drwxr-xr-x 2 root root 4096 Aug 7 17:53 .
drwxr-xr-x 8 root root 4096 Jul 28 06:43 ..
-rw-r--r-- 1 root root 315 Jan 3 2014 charset.conf
-rw-r--r-- 1 root root 3224 Jan 3 2014 localized-error-pages.conf
-rw-r--r-- 1 root root 189 Jan 3 2014 other-vhosts-access-log.conf
-rw-r--r-- 1 root root 2190 Jan 3 2014 security.conf
-rw-r--r-- 1 root root 455 Jan 7 2014 serve-cgi-bin.conf
-rw-r--r-- 1 root root 1582 Aug 7 17:53 zabbix.conf
-rw-r--r-- 1 root root 1583 Aug 7 17:52 zabbix.conf.org
appliance@zabbix:/etc/apache2/conf-available$ cat zabbix.conf | grep timezone
php_value date.timezone Asia/Tokyo
php_value date.timezone Asia/Tokyo
appliance@zabbix:/etc/apache2/conf-available$
マニュアルはちゃんと読めよという事ですね。
- NTP をインストールして設定 -
NTP が入っていないので、インストールします。ハードウェアクロックは仮想環境では時刻狂いを起こします。
sudo apt-get で ntp を Install します。
appliance@zabbix:/etc$ sudo apt-get install ntp
[sudo] password for appliance:
Sorry, try again. あちゃーメンドクサイ
[sudo] password for appliance:
Reading package lists... Done
Building dependency tree
Reading state information... Done
: 中略して誤魔かしの美....
appliance@zabbix:/etc$
/etc/ntp.conf を外部ソースから、LAN内の NTP ソースに変更します。
# Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board
# on 2011-02-08 (LP: #104525). See http://www.pool.ntp.org/join.html for
# more information.
server ntp1.intra <--- 追加
server ntp2.intra <--- 追加
とここまで３時間の作業でした。SUSE なら、yast 一発で２０分で終わるんだけどなぁ。
Install on openSUSE / SLES
あとは Configuration > Hosts から、smnp エージェントを実装したデバイスを登録して行くだけです。
- 対象ホストが snmp を返すか調べる snmpwalk -
監視対象ホストが SNMP に反応するかどうかは snmpwalk を使いますが、このアプライアンスにはデフォルトでは入っていないので、SUSE なら YaST で一発の所、Ubuntu 版では、テキストコンソールからキーボードと闘いオマジナイを唱える必要があります。くれぐれも綴りを間違えないように..... アチャーなトラップが待っています。
appliance@zabbix:~$ sudo apt-get install snmpd
Reading package lists... Done
Building dependency tree
Reading state information... Done
snmpd is already the newest version.
snmpd set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 19 not upgraded.
appliance@zabbix:~$ snmpwalk <---- snmpd だけじゃダメポ.......
-bash: snmpwalk: command not found
appliance@zabbix:~$ sudo apt-get install snmp <--- このパッケージが必要なようです。
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
snmp
0 upgraded, 1 newly installed, 0 to remove and 19 not upgraded.
Need to get 146 kB of archives.
After this operation, 554 kB of additional disk space will be used.
Get:1 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/main snmp amd64 5.7.2~dfsg-8.1ubuntu3.2 [146 kB]
Fetched 146 kB in 3s (41.1 kB/s)
Selecting previously unselected package snmp.
(Reading database ... 52441 files and directories currently installed.)
Preparing to unpack .../snmp_5.7.2~dfsg-8.1ubuntu3.2_amd64.deb ...
Unpacking snmp (5.7.2~dfsg-8.1ubuntu3.2) ...
Setting up snmp (5.7.2~dfsg-8.1ubuntu3.2) ...
appliance@zabbix:~$
appliance@zabbix:~$
appliance@zabbix:~$ snmpwalk -v2c -c public 192.168.1.239 .1.3.6.1.2.1.1
iso.3.6.1.2.1.1.1.0 = STRING: "Linux abianca 3.0.101-63-xen #1 SMP Tue Jun 23 16:02:31 UTC 2015 (4b89d0c) x86_64"
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.8072.3.2.10
iso.3.6.1.2.1.1.3.0 = Timeticks: (44081742) 5 days, 2:26:57.42
iso.3.6.1.2.1.1.5.0 = STRING: "abianca"
iso.3.6.1.2.1.1.6.0 = STRING: "Right here, right now."
iso.3.6.1.2.1.1.7.0 = INTEGER: 76
iso.3.6.1.2.1.1.8.0 = Timeticks: (47) 0:00:00.47
iso.3.6.1.2.1.1.9.1.2.1 = OID: iso.3.6.1.6.3.10.3.1.1
iso.3.6.1.2.1.1.9.1.2.2 = OID: iso.3.6.1.6.3.11.3.1.1
iso.3.6.1.2.1.1.9.1.2.3 = OID: iso.3.6.1.6.3.15.2.1.1
iso.3.6.1.2.1.1.9.1.2.4 = OID: iso.3.6.1.6.3.1
iso.3.6.1.2.1.1.9.1.2.5 = OID: iso.3.6.1.2.1.49
iso.3.6.1.2.1.1.9.1.2.6 = OID: iso.3.6.1.2.1.4
iso.3.6.1.2.1.1.9.1.2.7 = OID: iso.3.6.1.2.1.50
iso.3.6.1.2.1.1.9.1.2.8 = OID: iso.3.6.1.6.3.16.2.2.1
iso.3.6.1.2.1.1.9.1.3.1 = STRING: "The SNMP Management Architecture MIB."
: 中略
iso.3.6.1.2.1.1.9.1.4.8 = Timeticks: (47) 0:00:00.47
appliance@zabbix:~$ <----- うまく帰ってきたようです。
こんなに使いづらい Ubuntu 大好きって人はよっぽどマゾなんだろうなぁ。
-Key Word-
Zabbbix 3.2 仮想アプライアンス XEN KVM 評価 導入 練習台 無償で始めるネットワーク管理
▲
by islandcenter
| 2017-07-15 14:45
| プライベートクラウド
|
Comments(0)
2017年 04月 06日
SUSE SLES12sp2 をインストールしたのでファーストインプレッション
SUSE Linux Enterprise 15 sp1(SLES15 sp1) インストール :ファーストインプレッション https://islandcnt.exblog.jp/239338977/
CD/DVD から起動します。Installation を選択
IP の設定画面ですね。Static IPと Subnet Mask, Hostname を設定します。
これは、DNSとドメイン名の設定の画面、同様に Routing タブを開き、デフォルトゲートウェイを設定します。
オペレータのユーザ名（フルネーム）ログイン名、パスワードを設定します。
"Software" のリンクを開き、 "KVM", "XEN" ハイパーバイザーのみをチェックした場合、インストールされないパッケージをここでチェックします。ハイパーバイザーのツール、ユーザ登録に使う Firefox ブラウザなどを含む gnome 環境、万が一デバイスをソースからインストールするために必要となるコンパイラとカーネルソースなどです。これでコンソールを使わず X サーバーのターミナルから GUI が使えます。
SLES12 はたっぷり付き合って、ちょっとなぁーというところがあり、インストール後の手作業が多かったのですが、 SLES12sp2 では、事前にホスト名を決めて DHCP ではなく、最初から固定ＩＰを設定できる点など、ずいぶんこなれたところがいい所です。また、 virt-manager のインターフェースが変わったので、virt-manager から、ＶＭの管理を行う場合はちょっと慣れが必要でしょう。
後は、サブスクリプションを購入してアクティベートします。サブスクリプション購入はこちら
-PR-
Wifiルータが格安で1日からレンタル可能【e-ca】
SUSE SLES Sles12 KVM インストール手順
▲
by islandcenter
| 2017-04-06 14:32
| SUSE
|
Comments(0)
2016年 10月 17日
WSUS のディスク容量がピンチ！空き容量を一挙に増やすには
この記事は書き換える可能性があります。
2016/10 より、Windows Update のポリシーが変わったせいでしょうか、急に WSUS の容量が爆発的にふえてしまったのです。
1) インストール済のパッチの拒否
2) クリーンアップウィザード
3) WSUS 自身のアップデート
4) 同期
5) 世間のパッチの不具合の話題をチェックしてインストールの承認
6) パッチのダウンロードと配信
という流れが出来てきます。これで毎月運用していれば WSUS の使用ディスク容量なんて２０Gから３０G程度で落ち着いてくれます。
ところが、ある日、クリーンアップウィザードを実施しても、全然キャッシュが消えないという不思議な現象に出くわしました。WSUS ピンチです。40G確保したD:ドライブを dd コマンドで４Gほど増やしてみて（当然仮想化運用です）も、キャッシュドライブは、大泉洋が作るスパゲッティみたいに膨れ上がる一方です。
ということで、WSUS の空き容量を緊急に確保する緊急手段です。
Windows Update Service > 「オプション」 > 「更新ファイルと更新言語」を開きます。
ギリギリだった容量が一挙に回復しました。
OES 2018 Linux で SMB ファイルサーバーのフォルダ容量制限(ディレクトリクォータ) https://islandcnt.exblog.jp/238412872/ フォルダの容量制限付きアーカイブ専用ファイルサーバー：サーバーをゴミ箱にしない工夫 https://islandcnt.exblog.jp/238371771/ クライアントPCのBCP対策 D:ドライブにドキュメントを保管・バックアップ https://islandcnt.exblog.jp/238911684/ SUSE linux15 virt-manager が起動できない https://islandcnt.exblog.jp/239299263/
▲
by islandcenter
| 2016-10-17 17:20
| プライベートクラウド
|
Comments(0)
2016年 10月 06日
価格競争に入った 10Gbit HUB
エレコムから 89,800 8Port の 10GbaseT HUB が出ました。
この手のデバイスはチップメーカーが出し始めると、別ブランドでも同じチップを使ったより低価格のモノが出てくるものです。１ポート 12,000 円台と言うのは完全に普及価格帯ですね。もっとも使われるのは小規模なデータセンターやサーバールームの iSCSI NAS との接続だったり、バックアップデバイスとの接続に限られてしまうのでしょうが、光ファイバーより遥かに取り扱いが容易なので、仮想環境下でのサーバー : ストレージ間の接続には有力な選択肢となります。
Nbase-T(802.3bz) はどうなる。
Cat5e ケーブルで 2.5Gbps や 5Gbps で通信できるマルチギガビットネットワークはどうなる？ たぶん普及しないだろう。というより、高性能な HUB, NIC が 802.3bz に対応したポートが付いていれば、１Gでも１０Gでもなく、ネゴシエーションの結果 2.5Gbps で繋がっちゃった、という結果になるのでしょうね。まだ対応した NIC や HUB がなく 10Gbps が使えるようになれば Wifi のボトルネックは吸収されてしまうから、2.5G/5G のケーブルインフラの問題だけとなります。幹線の 10Gbps 化が進めば、2.5/5G の速度はフロアの配線インフラを有効に使いたいという出番だけでしょう。元々 10Gbps はそれなりに普及する以前の段階で標準化が進んでいるわけです。
--
とにかく驚きなのは、ネットワークの専用機器メーカーではなく、エレコムという周辺機器メーカーから 10GbaseT HUB が出たことです。他の周辺機器メーカーでも同様な製品が続々とでてくるのではないでしょうか。
▲
by islandcenter
| 2016-10-06 10:49
| プライベートクラウド
|
Comments(0)
2016年 04月 11日
Hyper-V の仮想化でメモリリークがあり、異常に遅くなる。
- 現象 -
Hyper-V が動作すコンピュータのメモリ利用状態が９０％を超えた状態で、全てのレスポンスが異常に遅い。すべてのアプリケーションを終了させたが、メモリ利用状況は変わらず 90% を超えている。
なんじゃこれ！
- 内容 -
やむを得ずシステム全体を再起動したが、状況は２日程度で再現する。
Hyper-V で仮想マシンが動いていたのでシャットダウンしたら現象が回避できた。
なんじゃこれ！
- 原因 -
Hyper-V で仮想マシンをシャットダウンしたら修復できた。 Windows + Hyper-V のメモリリークと思われる。ちなみに動作していた仮想マシンは 768Mb のメモリしか占有していなかったにも関わらず6G以上のメモリがリークされ、ガーベジコレクションも行われない。ちなみに同じ仮想システムイメージは他のハイパーバイザーでは再現しない。
- 対策 -
- Hyper-V ハイパーバイザーを定期的にリブートする
- 仮想コンピューターを定期的に夜中にリブートする。
- Hyper-V から別なハイパーバイザーに乗り換える。
なお、仮想コンピューターをシャットダウン、リブートするコマンドラインはないので、VBscript などを書くか GUIから手動で行わなければならない。夜中の業務時間外にリブートするコマンドは標準では実装できないので、深夜出勤してGUIで操作するか、 Hyper-V 自体のハードウェアを UPS や Shutdown コマンドで定期的に業務時間外にリブートする方法が最適と考えられる。
だから、 Hyper-V だけは絶対やめた方がいいと言っただろうが。
関連記事
▲
by islandcenter
| 2016-04-11 06:41
| Windows
|
Comments(5)
