自宅に戻ると奥さんがGKさんとの格闘で燃え尽きていた。
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月20日
本日のもくもく会アウトプット第一弾: https://t.co/P45ce3VfIN Storage Gateway 触ったことないので実感湧かないなあ. #jawsugfuk
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月20日
本日もくもく会アウトプット第二弾: https://t.co/OMWBchfylG 自分で使っていて, なんでステータス見れないんだっけということで修正した. #jawsugfuk
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月20日
もくもく出来たと思う.
新居の近くにある居酒屋で.
自宅近くの小汚ないけど味は良い居酒屋さんで芋焼酎のボトルをキープした。
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月20日
ボトルをキープすると大人になった気分。
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月20日
公開されているサンプル試験問題を解く. なぜ, その答えになるのかをちゃんと理解する必要がある.
AWS でアプリケーションの環境を複製した後, どのオプションを使用すれば, アプリケーションのデータをAWSに移行できるか.
A) Copy the data to Amazon S3 using multiple threads and multi-part upload for large files over the weekend, and work in parallel with your developers to reconfigure the replicated application environment to leverage Amazon S3 to serve the engineering files.
B) Sync the application data to Amazon S3 starting a week before the migration, on Friday morning perform a final sync, and copy the entire data set to your AWS file server after the sync completes.
C) Copy the application data to a 1-TB USB drive on Friday and immediately send overnight, with Saturday delivery, the USB drive to AWS Import/Export to be imported as an EBS volume, mount the resulting EBS volume to your AWS file server on Sunday.
D) Leverage the AWS Storage Gateway to create a Gateway-Stored volume. On Friday copy the application data to the Storage Gateway volume. After the data has been copied, perform a snapshot of the volume and restore the volume as an EBS volume to be attached to your AWS file server on Sunday.
一週間前からデータ同期やってるいるので, ひとまず全データは S3 にコピーは完了するし, S3 と AWS ファイルサーバー間であれば転送時間は短縮できるような気がする...
あと, セミナーの中で以下のようなサイトを教えてもらった.
クラウドデザインパターンに Github で管理されたコードまでくっついている感じ. Github で管理されたコードがくっついているというのがミソ.
公開されているサンプル試験問題を解く. なぜ, その答えになるのかをちゃんと理解する必要がある.
これらすべての要件を満たすアーキテクチャはどれか.
A) Use Elastic Load Balancing to distribute traffic to a set of web servers. To protect the SSL private key, upload the key to the load balancer and configure the load balancer to offload the SSL traffic. Write your web server logs to an ephemeral volume that has been encrypted using a randomly generated AES key.
B) Use Elastic Load Balancing to distribute traffic to a set of web servers. Use TCP load balancing on the load balancer and configure your web servers to retrieve the private key from a private Amazon S3 bucket on boot. Write your web server logs to a private Amazon S3 bucket using Amazon S3 server-side encryption.
C) Use Elastic Load Balancing to distribute traffic to a set of web servers, configure the load balancer to perform TCP load balancing, use an AWS CloudHSM to perform the SSL transactions, and write your web server logs to a private Amazon S3 bucket using Amazon S3 server-side encryption.
D) Use Elastic Load Balancing to distribute traffic to a set of web servers. Configure the load balancer to perform TCP load balancing, use an AWS CloudHSM to perform the SSL transactions, and write your web server logs to an ephemeral volume that has been encrypted using a randomly generated AES key.
いつもの消去法.
ということで, 消去法でいくと C) になるかなと.
A) Implement AWS Direct Connect, and create a private interface to your VPC. Create a public subnet and place your application servers in it.
B) Implement Elastic Load Balancing with an SSL listener that terminates the back-end connection to the application.
C) Configure an IPsec VPN connection, and provide the users with the configuration details. Create a public subnet in your VPC, and place your application servers in it.
D) Configure an SSL VPN solution in a public subnet of your VPC, then install and configure SSL VPN client software on all user computers. Create a private subnet in your VPC and place your application servers in it.
ということで, これまた消去法.
富士フィルムの CM とか本当にいい味だしていたよなあ. 合掌.
公開されているサンプル試験問題を解く. なぜ, その答えになるのかをちゃんと理解する必要がある.
A) Take 15-minute DB backups stored in Amazon Glacier, with transaction logs stored in Amazon S3 every 5 minutes.
B) Use synchronous database master-slave replication between two Availability Zones.
C) Take hourly DB backups to Amazon S3, with transaction logs stored in S3 every 5 minutes.
D) Take hourly DB backups to an Amazon EC2 instance store volume, with transaction logs stored in Amazon S3 every 5 minutes.
ということで, 今回も消去法でいくと選択肢 C) になってしまう.
以下のようなアプリケーションを実装した.
このアプリケーションは大きなスパイクが発生しないことは既に確認出来ているが, どの選択肢が費用対効果が高くてスケーラブルなアーキテクチャか.
A) Provide the JavaScript client with temporary credentials from the Security Token Service using a Token Vending Machine (TVM) on an EC2 instance to provide signed credentials mapped to an Amazon Identity and Access Management (IAM) user allowing DynamoDB puts and S3 gets. You serve your mobile application out of an S3 bucket enabled as a web site. Your client updates DynamoDB.
B) Register the application with a Web Identity Provider like Amazon, Google, or Facebook, create an IAM role for that provider, and set up permissions for the IAM role to allow S3 gets and DynamoDB puts. You serve your mobile application out of an S3 bucket enabled as a web site. Your client updates DynamoDB.
C) Provide the JavaScript client with temporary credentials from the Security Token Service using a Token Vending Machine (TVM) to provide signed credentials mapped to an IAM user allowing DynamoDB puts. You serve your mobile application out of Apache EC2 instances that are load-balanced and autoscaled. Your EC2 instances are configured with an IAM role that allows DynamoDB puts. Your server updates DynamoDB.
D) Register the JavaScript application with a Web Identity Provider like Amazon, Google, or Facebook, create an IAM role for that provider, and set up permissions for the IAM role to allow DynamoDB puts. You serve your mobile application out of Apache EC2 instances that are load-balanced and autoscaled. Your EC2 instances are configured with an IAM role that allows DynamoDB puts. Your server updates DynamoDB.
CentOS や Amazon Linux のパッケージ管理ツールとして空気のように当たり前にそこにある yum コマンドにプラグインが存在していること自体は存じ上げておりましたが, yum-plugin-changelog というプラグインが便利だったのでメモしておきます.
尚, 各コマンドの動作確認は以下の環境にて行っております.
$ cat /etc/system-release
Amazon Linux AMI release 2017.09
$ uname -rs
Linux 4.9.76-3.78.amzn1.x86_64
rpm コマンドのコマンドラインオプションに --changelog というオプションがあるので, これを利用することも出来ます.
$ rpm -q --changelog kernel | less * 金 1月 12 2018 Builder <builder@amazon.com> - builder/905972272a3121bab2721a139aa8144c53f456d9 last changes: - linux/3b609073ee74e0c7b1fc2e34aa23ff30eddb536c last changes: + [3b609073ee74] [2018-01-04] x86/alternatives: Add missing '\n' at end of ALTERNATIVE inline asm (dwmw@amazon.co.uk) + [1fa9a88139bc] [2017-09-17] x86/mm/32: Move setup_clear_cpu_cap(X86_FEATURE_PCID) earlier (luto@kernel.org) ...
これからインストールしようとするパッケージの changelog を確認したい場合には, 以下のように実行することで確認可能です.
$ rpm -qp --changelog https://rpmfind.net/linux/fedora/linux/updates/testing/28/Everything/x86_64/Packages/k/kernel-4.18.7-200.fc28.x86_64.rpm | less * 月 9月 10 2018 Laura Abbott <labbott@redhat.com> - 4.18.7-200 - Linux v4.18.7 * 日 9月 09 2018 Laura Abbott <labbott@redhat.com> - 4.18.6-200 - Linux v4.18.6 * 金 8月 24 2018 Laura Abbott <labbott@redhat.com> - 4.18.5-200 - Linux v4.18.5 * 金 8月 24 2018 Justin M. Forbes <jforbes@fedoraproject.org> - 4.17.19-200 - Linux v4.17.19 * 水 8月 22 2018 Justin M. Forbes <jforbes@fedoraproject.org> - 4.17.18-200 - Linux v4.17.18 * 月 8月 20 2018 Justin M. Forbes <jforbes@fedoraproject.org> - 4.17.17-200 - Linux v4.17.17 - Fix CVE-2018-15471 (rhbz 1610555 1618414) * 水 8月 15 2018 Justin M. Forbes <jforbes@fedoraproject.org> - 4.17.14-202 - Include missing Forshadow patches * 火 8月 14 2018 Justin M. Forbes <jforbes@fedoraproject.org> - 4.17.14-201 - Fix "Foreshadow" CVE-2018-3620 CVE-2018-3646 (rhbz 1585005 1615998) * 木 8月 09 2018 Justin M. Forbes <jforbes@redhat.com> - 4.17.14-200 - Linux v4.17.14 * 水 8月 08 2018 Justin M. Forbes <jforbes@redhat.com> - 4.17.13-200 - Linux v4.17.13 ...
予めインストールするパッケージの URL が把握出来ていれば, このように rpm コマンド --changelog オプションを使って, 事前にどのような変更が加わっているかを確認することが出来ます.
yum-plugin-changelog は yum の update コマンドで利用することで, アップデートするパッケージの changelog を確認することが出来る為, アップデートすることにって, どのような変更が加わるのか, どのような脆弱性に対処されているのかを事前に確認することが出来るようになります.
事前に yum-plugin-changelog プラグインをインストールした上で利用します.
sudo yum install yum-plugin-changelog
以下のように実行します.
echo 'N' | sudo yum update --changelog kernel | less
echo 'N' としているのは, yum update を実行している為, changelog を出力した後に Is this ok [y/d/N]: というプロンプトが出てしまうので, 一旦, N でアップデートされることを回避する為の苦肉の策です. (ここで y を入力すると, そのままパッケージのアップデート処理が実行されます)
先のコマンドの実行結果は以下のように出力されます.
... 読み込んだプラグイン:changelog, priorities, update-motd, upgrade-helper 依存性の解決をしています --> トランザクションの確認を実行しています。 ---> パッケージ kernel.x86_64 0:4.14.67-66.56.amzn1 を インストール --> 依存性解決を終了しました。 Changes in packages about to be updated: =============================================================================== Amazon Linux AMI 2014.03 - ALAS-2018-1058: critical priority package update for kernel =============================================================================== Update ID : ALAS-2018-1058 Release : Type : security Status : final Issued : 2018-08-10 20:26 Updated : 2018-08-14 17:53 CVEs : CVE-2018-3615 : CVE-2018-5391 : CVE-2018-3620 : CVE-2018-3646 Description : Package updates are available for Amazon Linux AMI that fix the : following vulnerabilities: CVE-2018-5391: : : : CVE-2018-3646: : : : CVE-2018-3620: : : : CVE-2018-3615: Severity : critical ...
これは Kernel をアップデートすることで CVE-2018-5391 等のIntel 製 CPU の投機的実行機能に対するサイドチャネル攻撃 (L1TF, L1 Terminal Fault) の脆弱性に対応されることがひと目で判ります.
ごちそうさまでした.
大濠花火大会の終了がニュースで告げられている中, JAWS-UG 福岡もくもく会は元気に来週も開催する.
大濠花火大会は終了したっちゃけど, もくもく会はやっていくくさ〜 / JAWS-UG 福岡 もくもく会 #09 https://t.co/s1CHxhHIQ5 #jawsug #jawsugfuk
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月13日
企画から運営までコアメンバーの皆さんと一体になってやらせてもらっている. メンバーの皆さんに感謝.
多分, 最後のダイレックスへのおつかい. 女子大を過ぎたあたりから御島崎交差点までのゆるい下りでついつい...
坂道を自転車で下る時、ゆずの「夏色」を口ずさんでしまうのは俺だけじゃないって、じっちゃんが言ってた。
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月14日
