ジョギング
- 自宅から博多駅を経由して呉服町まで
- 信号が多すぎて走りづらかった
日課
- おやすみ
JAWS-UG 福岡もくもく会
10 回目ということで. 焼き鳥屋さんでもくもく. 楽しかった.
今日のトゥウィート
もくもく done. 濃かったなあ. #jawsug #jawsugfuk pic.twitter.com/3l3f2sMYUS
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月27日
もくもく会, 盛り上がりました.
2018 年 09 月 26 日 (水)
ジョギング
- 山王公園まで往復 35 分程
- 改めて懸垂してみたら 1 回だけ上げれた, 明日は 2 回上げれると嬉しい
日課
- おやすみ
とんとん
- 刺盛り 1 人前, すごく鮮度が良くて美味しんだけど, 意外に高価ということが判ったので, 刺盛り頼む時はお祝いごとの時だけにしたい
- 色々とこれからの事を考えながら, キープしている焼酎をチビチビ
放送大学
印刷教材が届いたのでやっていく. 今回は「アルゴリズムとプログラミング」.
今日のトゥウィート
ステーキ食べたい。
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月26日
輸入物で良いので分厚いやつ食べたい. ミディアムレアで.
2018 年 09 月 25 日 (火)
ジョギング
- 山王公園まで往復 35 分程
- しばらくはこんな感じで毎朝走れればいいかな
- 山王公園に鉄棒があったので懸垂をしようとしたら, 一回も自分の体を上げることが出来なかった...
日課
- (腕立て x 50 + 腹筋 x 50) x 3
今日のトゥウィート
休み明けから刺激になるような記事を読んで俺も頑張るしかないなと思った.
「プロトコル解析エンジン（dumper）」格好いい. / “TCPパケットを解析して構造化ログでダンプするツール tcpdp を作った - Copy/Cut/Paste/Hatena” https://t.co/4hfNh1RYWU
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月25日
mruby でテストを書く方法を調べたいと思っていたので参考になりました. / “mruby-mtestでngx_mrubyやmod_mrubyで使うmrubyのテストコードを書く | takumakume pages” https://t.co/UnFI04QT3I
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月25日
2018 年 09 月 24 日 (月)
ジョギング
- おやすみ
日課
- (腕立て x 50 + 腹筋 x 50) x 3
色々と買い出し
- ほぼ家具一式をお買い上げ
- 自宅の雰囲気もだいぶん変わりそうだ
X1 Extream の購入はだいぶん先送りになりそうだ...
今日のトゥウィート
論文と聞いて敷居が高い感じがしたけど, 解りやすく纏まっていて素晴らしいと思う. / “コンテナのデザインパターンを学べる論文「Design patterns for container-based distributed sy…” https://t.co/5GOb3QMF9t
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月23日
論文を読んでこの記事くらい纏められるようになりたい. とても良いブログ記事だった.
ラジオから「変態望遠鏡」って聞こえてきたので, 二度聴きしたら, 「天体望遠鏡」のことだった. おはようございます.
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月23日
本当に「変態望遠鏡」って聞こえたんです.
久しぶりにダイレックスに来た。
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月24日
家具屋さんめぐりの帰りに立ち寄って買い物. 現在, 住んでいる場所の近隣スーパーよりだいぶんお安くモノも良い.
JAWS-UG 福岡もくもく会 #10 焼き鳥の煙もくもくとAWS について語らう戦国焼鳥家康の陣に申し込みました! https://t.co/MobOxXcqj5
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月24日
今回は焼き鳥を頂きつつ, AWS についてワイワイ語る会. 楽しみなんだけど, 現時点で参加者が自分だけというのがウケる.
2018 年 09 月 23 日 (日)
2018 年 09 月 22 日 (土)
2018 年 09 月 20 日 (木)
- ジョギング
- 日課
- 改めて, ゴキ氏
- JAWS-UG 福岡もくもく会
- ボトルを入れた
- 今日の AWS ~ AWS Certified Solutions Architect – Professional Level のサンプル問題に挑む ~
ジョギング
- 引き続き, おやすみ
- 腰痛が...
- 引越しのドサクサにまぎれて走れてないな
日課
- おやすみ
改めて, ゴキ氏
自宅に戻ると奥さんがGKさんとの格闘で燃え尽きていた。
— Yohei Kawahara（かっぱ） (@inokara) 2018年9月20日
- 2 匹程現れたそうで...
- マジ泣きたい
JAWS-UG 福岡もくもく会
本日のもくもく会アウトプット第一弾: 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 Certified Solutions Architect – Professional Level のサンプル問題に挑む ~
公開されているサンプル試験問題を解く. なぜ, その答えになるのかをちゃんと理解する必要がある.
Q6. Storage Gateway
設問
- 900GB のデータを中央ファイルサーバー経由で共有する, 社内のレガシーエンジニアリングアプリケーションをホストしている
- エンジニアリングデータは, メガバイトから数ギガバイトまでのサイズのファイルが数千ある
- エンジニアは通常, 1日に 5〜10％ のファイルを修正する
- CTO はこのアプリケーションをAWSに移行したいが, 週末にアプリケーションを移行してユーザのダウンタイムを最小限に抑えることができる場合に限る
- 既存の 45Mbps インターネット接続を使用して 900GB のデータを転送するには, 最低48時間かかる
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.
- 複数のスレッドを使用して Amazon S3 にデータをコピーし, 週末に大容量ファイルのマルチパートアップロードを行う
- 開発者と連携して複製されたアプリケーション環境を再構成して Amazon S3 を利用してエンジニアリングファイルを提供する
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.
- マイグレーションの 1 週間前から, アマゾン S3 にアプリケーションデータを同期させる
- 金曜日の午前には最終同期を実行し, 同期が完了したらデータセット全体を AWS ファイルサーバーにコピーする
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.
- アプリケーションデータを金曜日に 1TB の USB ドライブにコピーし
- すぐに土曜日の配送で一晩送って, USB ドライブを AWS インポート/エクスポートに EBS ボリュームとしてインポート
- 日曜日に結果の EBS ボリュームを AWS ファイルサーバーにマウントする
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.
- AWS Storage Gateway を活用してゲートウェイ格納ボリュームを作成
- 金曜日にアプリケーションデータを Storage Gateway ボリュームにコピーする
- データのコピー後, 日曜日にボリュームのスナップショットを実行して, AWS ファイルサーバーに接続する EBS ボリュームとしてボリュームを復元する
解答
- B だと思う
一週間前からデータ同期やってるいるので, ひとまず全データは S3 にコピーは完了するし, S3 と AWS ファイルサーバー間であれば転送時間は短縮できるような気がする...
なぜ, その答えなん？
- A) だと週末だけでファイルを転送出来ない可能性がある (転送に最低でも 48 時間かかるというので...)
- C) 1TB の USB ドライブにコピーする時間, 配送する時間, AWS インポート, エクスポートする時間等不確定要素が多すぎるので俺なら選択しない
- D) Gateway Stored Volumes だと要件を満たさない, 設問の場合だと Gateway-Cached Volumes を選ぶべき
Storage Gateway について
2018 年 09 月 19 日 (水)
ジョギング
- おやすみ
- 腰痛が...
- 引越しのドサクサにまぎれて走れてないな
日課
- おやすみ
Watson とか k8s とか
- Watson とか k8s のハンズオンセミナーに午後から参加, 自宅から徒歩圏内で参加できるのは素晴らしいなあ
- ハンズオンセミナーなのですごく簡単に実装できるように資料を作り込んであって, すごく敷居の高そうな Watson とか k8s をサクッと試すことが出来て良かった
- 特に k8s は初体験だったけど, そもそも概念とか用語からちゃんと勉強しないとマジで業界の中で死ぬなと痛感 (今後, k8s が使われ続けるかは分からないけど, すくなくとも現状では...デファクトであることは間違いない)
あと, セミナーの中で以下のようなサイトを教えてもらった.
クラウドデザインパターンに Github で管理されたコードまでくっついている感じ. Github で管理されたコードがくっついているというのがミソ.
ゴキ氏
- 新居に初めてゴキ氏が出たらしい
- 入居前からゴキ氏の登場を懸念して, オプションで消毒をお願いしていたのに...
- ひとまず, 不動産屋さんに奥さんがクレームを入れてくれたらしいけど, どうなることやら
