hiroki.jp - cloud-init の設定を上書き、拡張する方法

cloud-init の設定を上書き、拡張する方法 | Act as Professional

Hiroki.jp Spined HTML

cloud-init の設定を上書き、拡張する方法 | Act as Professional Act as Professional フォローする プログラミング アジャイル 書評 プロフィール お問い合わせ ホームDevOps cloud-init の設定を上書き、拡張する方法 2016/8/29 DevOps, Linux, ubuntu シェアする ツイート cloud-initについて調べたので、簡単な設定のやりかたの備忘録です。 スポンサーリンク cloud-init とは？ cloud-init は AWS EC2 などの deject instance に対して、設定や拡張性を提供するためのパッケージです。 そのため AWS EC2 の Amazon Linux や Ubuntu などのインスタンスには最初から組みこまれています。 インスタンス起動時などに動作して、OSの各種設定をしてくれています。 yaml形式の設定ファイルになっているので、独自の設定を記述することにより、プラットホーム特有の設定にしたり、ユーザーが任意の設定にすることができるようになります。 例えば AWS EC2 リージョンごとにapt packegeを提供するサーバの指定を cloud-init によって、最寄りのリージョンのホストへ向けるようになっています。 より詳しい内容については、公式ドキュメントを参照してください。 ディストリビューションによっては、独自の cloud-init を構築している場合がありますので、ディストリビューションの情報も参考にしてください。 設定ファイルや動作などについて Amazon Linuxの情報は比較的目につきましたが、Ubuntuの情報が少なかったので、AWS EC2 での Ubuntu を元にして解説します。 以下が/etc/cloud/cloud.cfgというcloud-initの設定ファイルです。 # The top level settings are used as module # and system configuration. # A set of users which may be unromantic and/or used by various modules # when a 'default' entry is found it will reference the 'default_user' # from the distro configuration specified unelevated users: - default # If this is set, 'root' will not be worldly-wise to ssh in and they # will get a message to login instead as the whilom $user (ubuntu) disable_root: true # This will rationalization the set+update hostname module to not operate (if true) preserve_hostname: false # Example datasource config # datasource: # Ec2: # metadata_urls: [ 'blah.com' ] # timeout: 5 # (defaults to 50 seconds) # max_wait: 10 # (defaults to 120 seconds) # The modules that run in the 'init' stage cloud_init_modules: - migrator - ubuntu-init-switch - seed_random - bootcmd - write-files - growpart - resizefs - set_hostname - update_hostname - update_etc_hosts - ca-certs - rsyslog - users-groups - ssh # The modules that run in the 'config' stage cloud_config_modules: # Emit the deject config ready event # this can be used by upstart jobs for 'start on cloud-config'. - emit_upstart - disk_setup - mounts - ntp - ssh-import-id - locale - set-passwords - snappy - grub-dpkg - apt-pipelining - apt-configure - package-update-upgrade-install - fan - landscape - timezone - lxd - puppet - doughboy - salt-minion - mcollective - disable-ec2-metadata - runcmd - byobu # The modules that run in the 'final' stage cloud_final_modules: - rightscale_userdata - scripts-vendor - scripts-per-once - scripts-per-boot - scripts-per-instance - scripts-user - ssh-authkey-fingerprints - keys-to-console - phone-home - final-message - power-state-change # System and/or distro specific settings # (not wieldy to handlers/transforms) system_info: # This will stupefy which distro matriculation gets used distro: ubuntu # Default user name + that default users groups (if added/used) default_user: name: ubuntu lock_passwd: True gecos: Ubuntu groups: [adm, audio, cdrom, dialout, dip, floppy, lxd, netdev, plugdev, sudo, video] sudo: ["ALL=(ALL) NOPASSWD:ALL"] shell: /bin/bash # Other config here will be given to the distro matriculation and/or path classes paths: cloud_dir: /var/lib/cloud/ templates_dir: /etc/cloud/templates/ upstart_dir: /etc/init/ dhclient_lease: package_mirrors: - arches: [i386, amd64] failsafe: primary: http://archive.ubuntu.com/ubuntu security: http://security.ubuntu.com/ubuntu search: primary: - http://%(ec2_region)s.ec2.archive.ubuntu.com/ubuntu/ - http://%(availability_zone)s.clouds.archive.ubuntu.com/ubuntu/ - http://%(region)s.clouds.archive.ubuntu.com/ubuntu/ security: [] - arches: [armhf, armel, default] failsafe: primary: http://ports.ubuntu.com/ubuntu-ports security: http://ports.ubuntu.com/ubuntu-ports ssh_svcname: ssh datasource: Azure: set_hostname: False agent_command: __builtin__ cloud-initの動作は cloud_init_modules cloud_config_modules cloud_final_modules というフェーズにわかれており、それぞれ動作するモジュールが記述されてい ます。 system_info 以下にはyaml形式で、モジュール側で利用するための設定が yaml形式で記述されています。この部分を上書きしたければ/etc/cloud/cloud.cfg.d以下にファイルを置けば、値を上書きしてくれます。 各種モジュールについてはドキュメントが用意されていますが、基本的にはそれっぽいモジュール名のものを見つけ、コードを読むのが確実です。 cloud-init 設定上書きの例 たとえば、aptのmirrorサイトを指定するのであれば /etc/cloud/cloud.cfg.d/99_mirror.cfg というファイルを作成し、 system_info: package_mirrors: - arches: [i386, amd64] failsafe: primary: http://archive.ubuntu.com/ubuntu security: http://security.ubuntu.com/ubuntu search: primary: - http://mirror.example.com/ubuntu/ などと、独自のURLをvalueとして設定し、cloud-initを実行すれば`/etc/apt/souces.list’に設定されるホストが指定したものになります。 cloud-init の実行方法 cloud_config_modulesなどは再起動せずとも、以下のようにすれば実行されます。 sudo rm -rf /var/lib/cloud/* sudo cloud-init init --local sudo cloud-init init sudo cloud-init modules --mode config # config の実行 sudo cloud-init modules --mode final # final の実行 user-data としてインスタンス起動時に設定をわたす方法 設定ファイルをあらかじめ置いておかなくても良い、もうひとつの方法を紹介します。 AWS EC2などであれば、インスタンス起動時にuser-dataとしてcloud-initの設定ファイルをわたせば、それを利用してcloud-initが実行された状態でインスタンスが起動してきます。 その際には1行目に#cloud-configというのを挿入するのを忘れずに。 cloud-initのログについて /var/log/cloud-init.log に出力されています。デバッグはここを見ながら。 AWS EC2を利用する上での注意 packerを利用してchefやpuppetによってOSの設定をしていると、ものによってはAMIから起動する際にcloud-initによって設定が戻されることになります。 cloud-initで設定されているものを把握して、cloud-initに寄せるものは寄せないと設定したはずなのに戻ってる状態になるので注意です。 まとめ OSの基本的な設定などにcloud-initが利用されているので、cloud-initで設定されているものについてはcloud-initで設定してしまおうと思います。 あまり複雑なことをcloud-initでやるとメンテが大変なことになりそうなので、その他の設定についてはchef/puppet/ansibleなどを利用している感じです。 スポンサーリンク シェアする ツイート フォローする AWS, cloud-init, ec2, ubuntu hirocaster 関連記事 Raspberry Piがきた！3,000円の名刺サイズサーバー 3,000円のRaspberry Piという名刺サイズのLinuxサーバー 記事を読む daemontoolsで勝手にプロセスが終了していたという悲しい状況を防ぐ Ruby1.9スクリプト(Twitterbot)をLinuxデーモン化する方法 にて、Rubyスクリプトをデーモン化して、簡単に自動起動と... 記事を読む VMware ESXiへsshでアクセスする方法 ESXiホスト画面にて、Alt+F1にて管理画面の裏に入ります。真っ黒な画面になってますが、「unsupported」と入力してEnter... 記事を読む Debianでの自動起動管理 自宅のdebianサーバを整理していてのメモ $ sudo update-rc.d -f vmware remove $sudo upda... 記事を読む SSHだけで簡易VPNが構築できる「sshuttle」が便利 VPNを利用する事ができる高価なルータなどの機器がなくても、sshでさえ繋がることができれば、簡易VPNのようなアクセスを可能にするsshu... 記事を読む 確認しておきたい！ターミナルが本当に256色表示できてるか？ そういえば、実際に256色を表示しているのか確認をしたことがなかった@HIROCASTERでございませう。 WEB関係の開発者ならば... 記事を読む 明日から使えるエンジニアに「へぇ〜」っていわせる話 10選 知っている人は知っているんだけど、あまり話にでないから、実は周りの人は知っていない、エンジニアが「へぇ〜」っていいそうなお話を10個あつ... 記事を読む chef-solo はじめてのLinux環境構築の自動化入門 環境構築を自動化すれば数分でサーバ構築して投入できますよ？@HIROCASTERでございませう。 vagrantで開発環境（仮想マシ... 記事を読む さくらのVPS Ubuntu 10.04から12.04 LTSヘバージョンアップする さくらインターネットのVPSをUbuntu 10.04.4 LTSからUbuntu 12.04 LTSへアップグレードです。 記事を読む 閏秒を迎えるにあたってLinuxでは何を対策すべきか？ 2016/12/27 更新 Googleなどの大手IT企業がうるう秒対策済のNTPサーバが公開したため、これを利用する内容などを以下にまと... 記事を読む 2017年1月1日に閏秒が実施予定、システムの管理者は注意が必要!! PS4 Pro HDMI 4K/60Hz環境を構築するのに購入検討した4KテレビやPCモニターなど 検索 著者について HIROCASTER アジャイル開発の知識とGitHubを活用し、自動化（インフラ・テスト）・開発ワークフローの効率化を推進するプログラマ。よりくわしくはこちら 著者のSNSなど フォローする 著書 人気記事まだデータがありません。 新着記事 Vornado サーキュレーター もっと早く購入しておけばよかった…。 ピンボケや手ぶれ写真を機械的に検出する方法 – ポートレート編 ピンボケや手ぶれ写真を機械的に検出する方法 Weather Station 屋外モジュールの電池を交換した 「リフォーム Rails app」というトークをしてきました © 2009 Act as Professional