Posts

f:id:nnasaki:20170507230317p:plain Azure Container Service で Kubernetes を使う記事を前回書きました。 blog.nnasaki.com 今回は Azure Container Service(ACS) を立ち上げっぱなしにしているとお金が結構かかるので、節約する方法をご紹介します。 EXTENDED BODY: Azure Contaner Service の料金について azure.microsoft.com **ACS は、Virtual Machines (VM) をコンテナー サービスにクラスタリングする無料のサービスです。VM と、関連するストレージとネットワーク リソースの使用した分だけをお支払いいただきます。 と、書いてあるとおりでコンテナーの管理サービスは無料ですが、中で動くVMなどのリソースの分お金がかかります。 具体的には今回サンプルで作ったリソースグループ内は全部で30リソースあり、次のようになっています。 f:id:nnasaki:20170507224134p:plain f:id:nnasaki:20170507224159p:plain f:id:nnasaki:20170507224220p:plain 特に仮想マシンはノード5つ分とマスター3つ分で合計8台あります。F2sで作成しましたので、8,727.12(円/月) * 8 (台) = 69,816.96(円/月)と中々痛い金額になってしまいます。 その他ストレージやパブリックIPアドレスなども出費はあるのですが、仮想マシンと比べれば微々たるものです。 仮想マシンを使わないときは割当を解除する 結論から言うと、Azure CLI などを使用してリソースグループ内の仮想マシンをすべて割当を解除**すれば良いです。コマンドはこちらです。k8s-southeastasiaをお使いのリソースグループ名に置換してください。 az vm deallocate --ids $(az vm list -g k8s-southeastasia --query "[].id" -o tsv) --no-wait --ids オプションで複数のリソースIDを受け取って処理してくれます。 仮想マシンを使うときに開始する 開始もほぼ同様に次の通りです。同じようにk8s-southeastasiaをお使いのリソースグループ名に置換してください。 az vm start --ids $(az vm list -g k8s-southeastasia --query "[].id" -o tsv) --no-wait Tips：仮想マシンをシャットダウンするだけでは課金は止まらない 実は stop というコマンドもあるんですが、こちらは仮想マシンをシャットダウンをするだけで割当を解除しません。 ...

せめてこれぐらいは動かさないと… 1. プロジェクトのセットアップ — Spring Bootハンズオン 1.0.0-SNAPSHOT documentation https://github.com/spring-cloud-incubator/spring-cloud-kubernetes http://qiita.com/muraken720/items/8416271eb9fe350dfa61 OpenShift だけど… https://testdrive.azure.com/#/test-drive/redhat.openshift-test-drive https://github.com/fmarchioni/mastertheboss/tree/master/spring/demo-spring-boot http://www.mastertheboss.com/jboss-frameworks/spring/deploy-your-springboot-applications-on-openshift https://github.com/nnasaki/springboot-gradle-centos https://hub.docker.com/r/codecentric/springboot-maven3-centos/~/dockerfile/

Hammer DB 実行に難あり。$のパスワードが使えない。 http://blog.engineer-memo.com/2013/01/20/%E6%97%A5%E6%9C%AC%E8%AA%9E%E7%92%B0%E5%A2%83%E3%81%AE-sql-server-%E3%81%A7-hammerdb-%E3%81%AE-tpc-h-%E3%82%92%E5%AE%9F%E8%A1%8C/ http://blog.engineer-memo.com/2013/08/03/hammerdb-%E3%81%A7%E8%B2%A0%E8%8D%B7%E3%82%92%E3%81%8B%E3%81%91%E3%82%8B%E6%99%82%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88/ おそらく Auroraのパフォーマンスにはかなわない。 Amazon Aurora Update – PostgreSQL Compatibility | AWS Blog pgbench のオプションや実行方法など整備しておく必要あり。

タイトルの通り2点お伝えすることがあります。まずはその前に、2017年の1Qも終了しました。2017年は2016年の反省もあり、次の目標を書きました。 blog.nnasaki.com 次の3つです。 毎日 5 時間 コーディング 英語毎日やる。TOEIC600以上。 自転車乗る。体重・体脂肪-5kg EXTENDED BODY: 5時間コーディングは結構ハードで毎日クリアは難しかったです。途中から週平均25にしたところ、大分達成しやすくなった感じです。一日3〜8時間ぐらいで推移している感じです。 英語も3月までは基礎英語2だったのを4月からは基礎英語3にしてみました。今のところ良い感じです。この辺も別記事でまた書きたいと思います。 自転車も3月までは雪もあったのであまり乗れませんでしたが、4月からは雨の日以外は毎日乗っている感じです。まだ体重と体脂肪は目標の減少まで至っていませんが、徐々に下がっている感じです。 昨年よりは色々と改善しつつあるかなという感じで、今後もこのペースで続けていきたいと思います。 de:code 2017 に登壇します！ f:id:nnasaki:20170507170150p:plain １つ目ですが de:code 2017 に登壇することになりました。ただし、私一人では心細いのでテクニカルエバンジェリストの戸倉さんと共同登壇とさせていただきました。 GW中に色々考え、だいたいセッション内容が固まりつつあります。具体的にはSpring Bootを使用した事例と最近ブログにしているコンテナ周りについてお話出来ればと考えています。また、直前にBuildもありますので最新情報をできる限り取り入れられればと考えています。 最終日の最終セッションという貴重な時間をいただき、さらにそれを見られた方が後悔されないように、入念に準備を進めている次第です。 2017年4月より、株式会社SRIAの技術フェローに就任しました！ f:id:nnasaki:20170412232159p:plain ２つめ！ 2017年4月より、株式会社SRIAの技術フェローになりました！ 詳細や意気込みは早速SRIAのブログに書きました。 www.sria.co.jp blogに書かなかったことを補足すると、SRIAは少数精鋭のチームで個々のスキルも高く個性があって良いと思っています。なので、開発標準ガーとか、DevOpsガーとかを策定するフェーズでは無いと思っています。しばらくは各個人が抱えている不安や悩みをアドバイスしつつ、営業活動でスモールビジネスの継続性を高めるのが命題かなぁと思っています。 ということで、宣伝です！ Webアプリとスマホアプリをデザインから作成出来る（アイキャッチの画像は写真から書いてもらいました）のと、Microsoft Azureなどのクラウドについて、お仕事のご相談がございましたら是非下記までお問い合わせください。 www.sria.co.jp 最後にwishlistを初めて載せてみます。プレゼントをいただけるとちょっと嬉しいです。 http://amzn.asia/fAuEelJamzn.asia

以前、Cloud Foundry を動かしてみましたが、Pivotal Cloud Foundry も Azure で作れるようになりましたので作成してみました。 blog.nnasaki.com EXTENDED BODY: Cloud Foundry と Pivotal Cloud Foundry の違いについて Cloud FoundryにSpring Boot/Java EEアプリケーションをデプロイしよう - BLOG.IK.AM を見ていただくのが良いです。ザックリ言えば、Cloud FoundryはOSSで様々なベンダーが携わっており公開されています。Pivotal Cloud FoundryはCloud Foundryには無い独自の機能が追加されており、より使いやすくなっている感じです。あとベンダーサポートもついてきますね。 今回、AzureのMarketplaceを利用して Pivotal Cloud Foundry をデプロイしますが、Azureの利用料の他にPivotal Cloud Foundryのライセンス料が発生します。具体的な値段はわかりませんが、90日間のトライアルとなっています。 Azureの利用料含め、ライセンス料もおそらく安くは無いので、実運用で使用するにはそこそこの大規模環境を想定したほうが良いのかなと思います。 事前準備 サービスプリンシパル なぜかファイルです。しかも azure CLI 2.x で作られるjsonと形式が若干違います。ちょっと古い azure CLI 1.x を使うので、次のサイトをみて docker で動かすと良いです。 blog.erds.xyz Pivotal Network Token Pivotal Network にてアカウントを作成します。 Edit Profile を選びます。 f:id:nnasaki:20170507161951p:plain 一番下のAPI TOKENになります。 f:id:nnasaki:20170507161907p:plain コア数のクォータを上げる Marketplace で選択するときにある注意書きです。100コア推奨です。 f:id:nnasaki:20170507162338p:plain コア数のクォータ取得と上限の上げ方については、以前に記事を書いていますのでご確認ください。申請して数営業日がかかる場合があるので、早めに申請したほうが良いです。 blog.nnasaki.com ...

メイドさんが大好きなフリーランスのプログラマーさんが Azure Container Service について記事を書いていたので、自分も使ってみました。 blog.shibayan.jp Azure Container Service は Marathon と DC/OS、Docker Swarm、または Kubernetes を使えます。 f:id:nnasaki:20170504215826p:plain Azure クラウドでの Docker コンテナーのホスト | Microsoft Docs より EXTENDED BODY: しばやんが Kubernetes を使用していたので、違うのにしようかなと思いましたが、 Kubernetes を使用することにしました。 Azure Container Service を作成する Orchestrator を Kubernetes で選びます。 f:id:nnasaki:20170504220005p:plain SSH public key と Service Principal の設定がちょっと難しいですが、[i] の部分にマウスカーソルを合わせるとヘルプが出てくるので、それに従って進めていけばなんとかなります。 f:id:nnasaki:20170504220413p:plain Agent は5つで、CPU4コアでメモリ8Gとバランスが良い F4S を選んでみました。 f:id:nnasaki:20170504221052p:plain 検証に成功したのでOKを押してしばらく待ちます。 f:id:nnasaki:20170504221241p:plain コーヒーでも入れてゆっくりしようかと思ったらエラーで失敗してしまいました。 f:id:nnasaki:20170504221636p:plain 東日本は私のサブスクリプションではどうやらダメみたいなので、東南アジアの Standard_D2 で作り直します。 再デプロイをポチッと押して、変更します。 f:id:nnasaki:20170504221858p:plain f:id:nnasaki:20170504222717p:plain Marketplace から購入したわけじゃないけど、チェックを入れて購入を押します。 f:id:nnasaki:20170504222153p:plain 前は失敗すると、また一から作り直しだったんですが便利になりました。 東南アジアになってしまったのが不本意ですが、無事作成出来ました。 ...

Chrome がヘッドレスモードに対応したということなので試してみました。コマンドラインからchromeが扱え、URLのテキスト出力、pdf出力とpng出力が出来ます。 EXTENDED BODY: 環境 macOS Sierra version 10.12.4 Chrome Canary 手順 次のページの手順をなぞってみました。環境に書いた通り macOS で試しています。Windows はまだ非サポートのようです。 Getting Started with Headless Chrome | Web | Google Developers Chrome Canary を取得する まず一番最初で躓きました。コマンドラインで動かすとエラーが出ました。 pink-poodle:~ nnasaki$ chrome --headless --dump-dom https://www.chromestatus.com/ [0503/211508.668380:ERROR:resource_bundle.cc(767)] Failed to load /Applications/Google Chrome.app/Contents/Versions/58.0.3029.96/Google Chrome Framework.framework/Versions/A/resources.pak Some features may not be available. Segmentation fault: 11 先のドキュメントを見返すとちゃんと書いてありました。version 59 以上対応です。普段使っている stable はまだ 58 でした。 f:id:nnasaki:20170503220232p:plain Chrome Canary は 2017/5/3 現在、version 60 なので次のURLからダウンロードします。 www.google.co.jp こんな感じでインストール出来ました。 f:id:nnasaki:20170504000506p:plain Alias を設定する 一々、 "/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome" と長ったらしいのを入力するのは面倒なので、alias を設定します ...

以前、リソースマネージャ(ARM)にてクォータ(仮想マシンのコア数上限など)を取得するにはazure CLI2.0を使用していましたが、Azure ポータルから簡単に確認できるようになりました。 リンク先は以前の記事です。 blog.nnasaki.com 確認手順 Azure ポータル にログイン 課金をメニューから選択 対象のサブスクリプションを選択 f:id:nnasaki:20170424130225p:plain 使用量 + クォータ を選択 f:id:nnasaki:20170424130418p:plain 結果 現在の使用量とクォータが表示されます f:id:nnasaki:20170424130553p:plain 尚、この画面右上の「引き上げを依頼する」を選択するとクォータの上限を上げることが出来ます。詳細は下記ドキュメントをご参照ください。 docs.microsoft.com 簡単便利になって良かった良かった。

ポータルで面倒なリソースグループの一括削除など、面倒な作業はAzure CLI 2.0 (Preview) を使用しています。 docs.microsoft.com 現象 Azure CLI は Docker for Mac で動かしているのですが、次のエラーが出てコマンドが使えなくなりました。 f:id:nnasaki:20170223165456p:plain bash-4.3# az resource list The access token expiry UTC time '2/23/2017 2:12:56 AM' is earlier than current UTC time '2/23/2017 2:20:58 AM'. 原因 Dockerの時間がずれていました。ネットを検索してみると、ホストマシンと同期してくれるとか書いてあるんですが、明らかに違っています。 対処 Dockerの再起動で直りました。次の restart をぽちっとクリックするだけです。 f:id:nnasaki:20170223165328p:plain 注意点 Docker 上で作ってたスクリプトが消えてしまいました。。。コミットしていなかったのでやむなし。実行する前はコミットするように気をつけましょう。

azure.microsoft.com azure.microsoft.com Azure Update (2017.02.09)buchizo.wordpress.com EXTENDED BODY: 管理ディスクを使って仮想マシンを作成する Azure Managed Disks が Public Preview もなく GA しました。Portal からも簡単に作成できるようになっていて、「管理ディスクを使用」で「はい」を選択するだけです。 f:id:nnasaki:20170209111905p:plain ストレージアカウントの選択が無くなっていることに気づいたでしょうか？ f:id:nnasaki:20170209111936p:plain 管理ディスクを管理する 変な日本語になってしまいましたが、、、 Windows Server 2016 を作ってみました。作成時間は従来と同じぐらいかな？遅くも早くもなくという感じです。作成されたVMはこんな感じでぱっと見、変化は無いですが「ディスク」を選択します。 f:id:nnasaki:20170209112215p:plain こんな感じで、ディスクの一覧が出ます。 f:id:nnasaki:20170209112251p:plain ディスクをクリックすると詳細が出ます。 f:id:nnasaki:20170209112420p:plain リモートデスクトップで接続して、フォルダーを作ってみました。 f:id:nnasaki:20170209112634p:plain スナップショットを作成する スナップショットを取ります。Portalの+をクリックして「Snapshot」でフィルターします。 f:id:nnasaki:20170209112906p:plain Snapshotを選択して「作成」して、適宜項目を埋めて作成します。ソースディスクはちゃんと自分が作った管理ディスクが表示されました。アカウントの種類はデフォルトだとプレミアムが選択されますが、ドキュメントによると性能が必要になるまではStandardが推奨だそうです。 We recommend Standard_LRS unless you need it stored on a high performing disk. docs.microsoft.com f:id:nnasaki:20170209113118p:plain 無事作成されました。 f:id:nnasaki:20170209113823p:plain 今回 sysprep とか特にしていないですので、ご注意ください。（佐々木さんご指摘ありがとうございました。） @_ksasaki ですね。ドキュメントを読むとバックアップかテスト目的って感じのようです。https://t.co/wr9dmsUicV— YAMAMOTO Masaki (@nnasaki) 2017年2月9日 スナップショットから復元する Portal から出来ない感じだったので、Azure CLI を使用してみました。Azure CLI のインストール方法などは次の記事を参照してください。 ...