morimorihogeです。涼しくなってきましたね、ありがたい。今日は小ネタです。 昔々から動いているサーバーのメンテナンスというのはいつになっても無くならないものです。新規で立てたサービスなんかはコンテナオーケストレーションサービス（AWS ECSやらk8sなど）に載せていても、数年前（5年前overレベル）に構築した環境などだと今でもSSHしてメンテするシステムはどの会社にもそれなりに転がっていることでしょう。 今日は、そんなサーバー環境が死にかけたときに使えるかもしれない話です。 ディスク障害とread-onlyマウント起動 Linuxではディストリビューションにもよるかもしれませんが、何らかの事情でルートファイルシステムにディスク障害が発生した場合、read-onlyモードでマウントされた状態でOSが起動します。 この状態になっているとあらゆるファイルシステムへの書き込みが失敗す
前回の記事でmachinectlコマンドを少し紹介しました。 今回はその続きとして、systemd-nspawnの管理コマンドを紹介します。 環境設定は前回作ったものと同じ想定です。 machinectlコマンド自体はsystemd-nspawn専用ではありませんが、こちらのコマンドを使って管理できます。 すべては紹介しきれないので個人的によく使うコマンドを紹介します。 初期設定 machinectlコマンド経由でsystemd-nspawnを起動するかたちになります。 ファイルはどこにおいても-Dオプションで指定すればいいのですが、デフォルトで/var/lib/machinesを想定しますのでこちらに移動しておくと便利です。 前回作ったubuntuディレクトリは/var/lib/machinesに移動しておきます。 mv ./ubuntu /var/lib/machines 設定はお好み
はじめに コンテナ作成といえばDockerが有名ですが。その他にもrktやlxdなど、たくさんプロジェクトがあります。 今回はその中でも特にシンプルなsystemd-nspawnを使ってみます。 ポイントは以下3つだけです。とりあえずこの3ステップだけで使えるようになります。 ファイルを用意する systemd-nspawnコマンドを実行する ネットワークを設定する 検証環境 今回はVirtualBox上のUbuntu16.04上で作業します。 検証ではubuntu-16.04-server-cloudimg-amd64-vagrant.boxをダウンロードしてVagrantで立ち上げましたが、Ubuntu16.04であれば何でも構いません。 構成については今回は簡単に、コンテナにもIPを割り当て、ホストと同じネットワークに接続するという構成にします。 またpublicネットワークにはDH
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
