dockerやめてどうしたか？
この話の続き systemd-nspawnに移行した 以下詳細とか雑記 ファイルの差分管理がそもそも不要docker commitもdocker diffも使わないし、要らない 要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔 イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある Dockerじゃないと今までのエコシステムが云々言ってるやつこういう事言うやつは本質をまるで理解してないやつ Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよｗ Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で本番運用とか口にしないで欲しい 実際sys
仮想化環境KVMのシステム管理、監視
導入が容易で自社の目的に合った管理ツールを選ぶ 以下では、KVM仮想マシンや仮想化ホストを一元管理するツールを紹介します。 KVMの管理ツールで、OS標準のVirt-managerよりも高機能なものを開発しようと、多くのコミュニティが精力的に取り組んでいます。ところが、データ・センターや大規模クラウド環境を見据えたオープンソースのソフトウエアとなると、依然として導入方法の調査や構築作業に手間がかかる傾向があります。 一方、ベンダーが提供する有償のソフトは機能が豊富です。企業のプライベート・クラウド構築に適した運用自動化の仕組みなどが備わっています。仮想マシンの起動、停止、画面操作だけでなく、仮想マシンと物理マシンの負荷状況を一元的に管理して過去の負荷データから将来を予測できます。コンソリデーションによるコスト削減シミュレーション機能を備えるものや、セルフポータルからユーザーが欲しい環境をマ
GNU Parallelがすごすぎて生きるのがつらい
皆さん今日もたくさんのサーバを相手にされていることかと思いますが、いくつかのサーバにアクセスして 1 秒間の統計情報(例えばvmstat 1 2)を集めてパッと表示したい時ってどうやってますかね？shell script を学びはじめたばっかりの僕はこんな感じで書いてました。 $ for i in host1 host2 host3; do ssh $i "vmstat 1 2 | tail -1"; done 0 0 0 329004 210836 14275360 0 0 0 2424 1410 1828 0 0 100 0 0 0 0 0 3716112 587704 25921684 0 0 0 488 1643 2026 0 0 100 0 0 1 0 0 555440 265560 14015548 0 0 0 4204 1534 2392 1 0 99 0 0 vmstatと
ウノウラボ Unoh Labs: PHPで暗号化・復号化あれこれ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
hide-k.net#blog: LDAPでホストごとにアクセスを制限する
はまりました。 LDAPでアカウントを管理しているホスト host-a.example.com host-b.example.com があってLDAPにアカウントとして user-a user-b とあってhost-aにuser-aのみシェルアクセスを認めたい場合、 host-a, host-b両方の/etc/ldap.confを ・・・ pam_check_host_attr yes ・・・ としてuser-aのLDAPエントリを dn: uid=user-a,ou=People,dc=example,dc=com objectClass: top objectClass: posixAccount objectClass: account uid: user-a uidNumber: 500 gidNumber: 100 cn: user-a homeDirectory: /h
FreeBSD及びLinux 上のアカウントを一括管理できるものを探しています。…
FreeBSD及びLinux 上のアカウントを一括管理できるものを探しています。 現在サーバーの数は500台弱、内95%がFreeBSD 残り5%がLinuxです。 ■現状、一つの共通アカウントを10名程度の社員で共有して使っています。 問題点１：誰がいつログインしたか分からない。 個々のサーバーに社員分のアカウントを発行すれば良いのだろうけど、 社員が増えたときや、辞めたとき、500台のサーバーに変更を掛けるのは大変で、 ミスも増える、 ■要件 ①:500台のサーバーのユーザーアカウントを1台もしくは２台(バックアップ)で一括管理する。 ②:誰がいつログイン、ログアウトしたか分かるようにしたい。 ③:①②を満たしていれば商用ソフトでも構わない。 ■補足 ・要件①だけならLDAPで出来そうだが、ログイン、ログアウトのログが取れるか？ ・理想は FreeRadius で一括管理できれば ログ
White Paper: Piranha - Load-balanced Web and FTP Clusters
Red Hat Support Go beyond support by engaging with our experts Our teams collaborate with you to ensure you accomplish your goals with Red Hat solutions. The relationship we build with you is designed to provide you with the tools and resources you need to find success on your IT journey. Configured for your success We develop a holistic understanding of your experience as a customer by ensuring o
ZABBIX-JP - Un-Official Support Page
このサイトは統合監視ソフトウェア"Zabbix"の非公式日本コミュニティサイトです。日本におけるZabbixの普及を目標としています。 ZabbixはZabbix LLCにより開発され、日本国内のオフィシャルサポートはZabbix Japanが提供しています。 Zabbixオフィシャルリリース(ソースコード) 6.2.3 (2022/9/21) [ダウンロード] : [リリースノート] 6.0.9 (2022/9/21) [ダウンロード] : [リリースノート] 5.0.28 (2022/9/19) [ダウンロード] : [リリースノート] 4.0.44 (2022/9/19) [ダウンロード] : [リリースノート] Zabbixオフィシャルパッケージ (rpm, deb) Zabbix LLCのZabbix 4.0、5.0、6.0オフィシャルRPM(RHEL, CentOS, SUSE
cacti - グラフツールcactiとは?
cacti(カクタイ)とは、サボテンという意味のグラフツール cacti(カクチ)とは、サボテンという意味のグラフツール 読み方を間違っていた MRTGの代替ツール † グラフツールというとMRTG*1が有名ですね。cacti*2もMRTGと同じように、SNMPエージェントが取得した値や、プログラム/スクリプトの出力結果をグラフ化することが出来ます。MRTGよりも優れている点はいくつもありますが、まずはその操作性を体験してみて下さい。ホストの追加やインタフェースの追加など、全てWEBのGUIを通してコンフィグレーション可能なので、慣れるととても楽です。 ↑ RRDToolのGUIフロントエンド † cactiはグラフデータの保存やグラフ生成に、MRTGより高機能なRRDTool*3を使っています。cactiではRRDToolの複雑なコマンドラインオプションと格闘することなく、RRDTool
OpenLDAPの設計（1/3） － ＠IT
「ディレクトリサーバ」を利用すれば、ユーザー情報を一元的に管理し、運用面でさまざまなメリットを得ることができます。この連載では、オープンソースのディレクトリサーバ「OpenLDAP」を対象にしたディレクトリサーバの構築方法および活用方法を紹介していきます。 ディレクトリサーバとは ディレクトリサーバとは、コンピュータネットワーク上でユーザー情報、組織情報などを保存、管理し、ネットワーク上に分散しているクライアントに対しこれらの情報を提供するサーバです。また、管理する情報に対するアクセスコントロールも提供します。 従ってクライアントは、ディレクトリサーバでの認証後、許可された操作を行うことになります。このため、サーバ／クライアント間でのプロトコルが必要ですが、現在主に使われているのがLDAP（Lightweight Directory Access Protocol）です。 LDAPサーバの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
404 Not Found
http://japanese.osstrans.net/software/pegasus.html
怠惰な Linux: 管理者に必須の 10 の秘訣