Colorkrew Blog

こんにちは、Azure担当の原です。

今日は、最近お勧めする機会の増えたデータ基盤向けPaaS『Azure Databricks』の料金体系をご案内します。 Azure Databricksは機能面、性能面とも優れたお勧めのサービスです。 料金体系を把握することで、安心してより積極的にご活用頂けるのではないでしょうか。

※文中に掲載した価格は2022年3月～4月時点のものです。

Azure Databricksそのものについては公式ドキュメントをご覧下さい

Azure Databricks とは | Microsoft Docs

Azure Databricks利用料金の全体像

Azure Databricksの利用料金は、大きく分けて①Azureリソース利用料、②Databricksソフトウェア利用料、の二つで構成されます。

Azureリソース利用料について

Azure Databricksを利用する際には、下図のようなリソースがAzure上に展開されます。 図の左側「データレイク」は、Azure Databricks固有のリソースではなく、利用者が保有するデータを蓄えるストレージアカウントを指します。 右側の「Databricksワークスペース」の枠内が、Azure Databricks利用時に生成されるリソースです。

「利用者のSubscription」が利用者から見える場所に生成されるリソースです。 Azure Databricksによって自動で生成・削除されますが、リソースそのものは通常の仮想マシンやディスク、ストレージなどで、Azureの価格表に沿った金額が課金されます。

「Microsoft管理Subscription」に存在するリソースは利用者から見えず、明示的な課金対象にもなりません。

出典： 仮想ネットワークを管理する - Azure Databricks | Microsoft Docs

Azure Databricksソフトウェア利用料について

Azureリソースの他に、Databricksソフトウェアの料金が発生します。 単位は「Databricks Units(DBU)」で、1DBUのノードを1時間動かした場合の価格は以下のようになっています。 実際の課金は秒単位で計算されます。

クラスター料金を計算してみる

それでは料金を計算してみましょう。 Azure Databricksのデータ処理はクラスターで行います。

こんにちは。 Azure Cloud Solution Architect の秋山です。 今回は推進している CI/CD の取り組みについて、 Azure Data Factory(以下、ADF) を取り上げて紹介します。 ADF そのものの紹介については今回は触れません。少し古いですが以前ハンズオンしたときの記事がありますので、参考にしてください。 Azure Data Factory 入門ハンズオンの資料を公開します

なぜ CI/CD を推進しているのか

みなさんは時間を持て余してますか？ 私はいつももっと欲しいと思うことが多いです。 もし時間が袋詰めで売ってたら買いたいくらいです。

そんな有限で平等なリソースである時間を有効活用するためにも、 CI/CD の推進は重要です。

開発/検証/本番環境の3環境があるプロジェクトにおいて、開発環境より後述の環境に対しては、開発環境と同じ成果物を自動的にデプロイしたい、というニーズがあります。 その背景は、開発環境で修正したバグが検証/本番環境で発生してしまうといったつまらない問題を回避したい、というものです。 もしも人が3環境を手動でデプロイしていると、こういったつまらない問題がかなりの頻度で発生してしまいます。 人はミスをする生き物なので、避けがたい問題に時間を費やすのではなく、価値を生み出すことに時間を割きたいものです。

Azure Data Factory の CI/CD 構築例

構成イメージとしては以下のとおりです。

• 開発者は開発環境の ADF の開発ポータルを操作して開発します
• 開発者は開発の区切りで publish を行います
• publish を行うと、 ARM Template が Azure Repos に Commit されます
• Commit によって Azure Pipelines がトリガーされると、ARM Template を使って検証/本番環境の ADF にリソースをデプロイします
• 開発者は環境差異を ARM Template Parameter で管理して適宜更新します

参考: https://docs.microsoft.com/ja-jp/azure/data-factory/continuous-integration-deployment

こんにちは！ブランディングプロジェクトのだーはらです！

新型コロナウイルス感染拡大が続くなか、ISAOでは全日リモートワーク推奨になり、私もここ連日リモートで仕事をしています。

もちろん、この記事も在宅で書いています。

リモートワークであっても、社内SNS「Goalous」でコミュニケーションも取れますし、テレビ会議でいつものように会話だってできているので業務にそこまで支障はありません。

が、しかし！

会社にいて雑談の中から生まれるコミュニケーションや新たな発見が好きだったりもするので、少し寂しさも感じつつ（ただの淋しがり屋。笑）、今回はISAO歴20年、プリセールスの片貝 力也さんにお話し伺いましたっ！

年齢不詳！？ISAO歴20年の片貝さん

原田：私的に片貝さんはかなり年齢不詳なんですが…笑

ISAO歴がめちゃくちゃ長いとのことですが、新卒からISAOですか？

片貝：あはは。ほぼそうですよ。今44歳なんで。

ISAOに来る前はベンチャー会社にいて、そこからISAOへ常駐していたんですが、2004年にISAOに移籍しました。

原田：なるほど！常駐を含めて20年というわけですか。じゃあ、ISAO創業メンバーとほぼ変わらない社歴なわけですね！

片貝：そうですね。

原田：常駐されていた頃は、エンジニアとして？？

片貝：はい。インフラ側の技術メンバーとしての役割でした。その頃はクラウドとかなかったので、オンプレミスの時代ですね。

原田：インフラエンジニアからプリセールスになったきっかけはありますか？

片貝：プリセールスになったのは、適材適所って感じでした。

当時、インフラメンバーは、私入れて数名だったので、それぞれ得意な範囲を受け持つような体制に自然となりました。

原田：なるほど自然とそういうチーム体制になっていったんですね。

その常駐の4年も含めたISAOの20年間という長い期間、一番の苦悩とかはありましたか？

片貝：業務的な話でいうと、オンプレミスの構築から時代がクラウドに変わっていった2010年あたり。そこがポイントだったと思います。

原田：2010年といったら、ISAOの当時の親会社も変わったタイミングでもありますよね。

片貝：そうですね。その辺りから世の中的にもクラウドが利用され始めて。

当時、お客様の方から「ISAOってそういうのできるの？」ってお問い合わせが増えていくなかで、クラウドの知識なんてないので普通に物理のサーバーの提案を持っていったことがあって。

お客様にがっつり怒られるという事態が起こったのがきっかけで、「これはだめだ！」って、手探りでクラウドの構築が始まったっていう時代です。

原田：その時代にはクラウドに強い人とかいたんですか？

片貝：いや、全然いないですよ。他の人もそうだし、自分もクラウドなんて触ったことなかったですからね。

だからその時代の変化に対応することには苦労しました。

営業も技術も。幅広い役割だからこその弱点

原田：片貝さんは、ずっとプリセールスをされているということですが、具体的にどういうことをされていますか？

片貝：元々、営業をしていたこともあったんですが、その中での業務は、お客様のところへ行って技術的なことをお話して要件をまとめたりするような役割が多かったんです。

例えば、内容にもよりますが、営業と技術メンバーが一緒にお客様のところに行くのを、一人で行って技術的な要件もある程度まとめて提案をしてくるというような感じですかね。

原田：なるほど！営業もして、技術的なお話もできる一石二鳥な人材ですね！？

片貝：ISAOの中で、そういう立ち位置の人間はあんまりいなくて、明確にどこからどこまでやるっていうのは決まっていないんです。

ただ幅広く業務をやる感じですが、フロントに出ていくメンバーの中では一番営業よりのプリセールスです。

逆にいうと、技術に特化は出来ていないということです。

原田：でも、それってすごく強みに感じるのですが。

片貝：うーん、今自分自身はすごく中途半端に感じているので、ここ数年はもう少し技術よりにシフトし始めています。

原田：それはどうしてですか？

片貝：自分一人でお客様ともっと深く具体的なお話ができるようになるには、やっぱり直接触ってないと話にならないので、クラウドの環境に関しては、自分でも実際に構築にも携わるようにしています。

原田：実業務でも技術的なタスクが増えていますか？？

片貝：そうですね。現在は赤川さんと一緒に大きめの案件を対応しています。

とはいえ、契約的な面では営業としてお見積り作ったり、クラウドの環境の構築や、障害対応もするのである程度一連のことはやっています。

原田：なるほど。プリセールスの中でも片貝さんみたいなポジションの人がいるからこそ対応できる案件もあるわけですね**！**

一人である程度網羅できるって強みですね！

片貝：ただ、やっぱり最新の技術的なこととか、より細かいセットアップなどは技術のメンバーがやったほうがもちろん安心してできますよね。そこが自分の弱点でもあります。

原田：でもその弱点はISAOのチーム力でカバーできているってわけですね。

こんにちは。ISAOの新人PR担当、原田です。

ISAOに入社して早2ヶ月半経ちますが、私が社内のNEWSを配信する仕事で初めて携わったものが「トレンドマイクロ パートナーエンジニアアワード 最優秀賞」受賞に関するものでした。

正直、私はエンジニア界隈のことについてはほぼ無知に近いのですが、このタイトルを聞いたとき「ISAOにはすごいエンジニアがいるんだなぁ。お話聞きたいなぁ」と純粋に興味が湧きました。

しかも噂に聞くと、元々エンジニアではなかったとか。

エンジニアじゃなかった人が、エンジニアの最優秀賞受賞できるってどういうこと？とさらに興味が湧きおこりました。

と、いうことで今回はISAOのセキュリティプロジェクトリーダー西郡さんにインタビューしました！

エンジニア経験0から最優秀賞アワード受賞までのヒストリー

[caption id=“attachment_4351” align=“alignnone” width=“800”]

トレンドマイクロ パートナーエンジニアアワード 授賞式にて[/caption]

原田：西郡さん、改めまして「トレンドマイクロ パートナーエンジニアアワード 最優秀賞」受賞おめでとうございます。

西郡：ありがとうございます。

原田：私がISAOにきて初めてニュースリリースを出したのがこのアワードについてだったので、すごく印象に残っています。

しかも個人アワードは今年から始まったんですよね？初年度で最優秀賞受賞って本当にすごいなって。

西郡：ありがとうございます。私が携わってるプロジェクトでは、いわゆる「サイバー攻撃」からお客様のサーバーを守るサービスを提供しています。そこでトレンドマイクロ社の「Deep Security」という商品をお客様のサーバーに導入して監視運用しているのですが、その実績を評価いただけたようです。

元々ISAOは「くらまね」というクラウドを中心としたサーバーマネジメント事業をやっていて、そちらで多数の実績があり、高評価をいただいています。そこから発展して、サーバーの上のアプリケーションまでセキュリティ対策をしてほしいという声から生まれたプロジェクトですね。

なので今回、セキュリティ部門の中で賞をいただいたんですが、「Deep Security」の導入の主要な部分を担当していたので、そこを評価いただけたのかなぁと思っています。

エンジニア経験「0」スタート

原田：でも、西郡さんは元々エンジニア職ではなかったと伺いましたが…？

西郡：そうですね。実は、私は元々新卒でゲームプランナーとして働いていたんです。なので、最初はゲームのキャラクターとかストーリー、システムを考える仕事をしていました。

その後、会社を変わってからはWEBプランナーとして働いていました。

どういうサイトをつくろうか、どういうサービスにしてどういう仕組みにすればユーザーが使いやすいかなどを構築する仕事にずっと携わっていました。

WEBプランナーとして、お客様に良いものを提供するのは大前提なんですけど、サイトを作ることに慣れてくると、ビジネスとして事業を収益化させることを考えることが多くなってきました。私はこれもプランナーの仕事の一部と考えてはいるんですが、プランナーとして後半になるとどうやって事業を成り立たせるかを常に考えていました。

原田：そういうことまでWEBプランナーってやるんですか？

西郡：うーん。もしかしたら厳密には一般的なWEBプランナーの定義とは異なるかもしれないんですが、私の考えは、プランナーというのは良いサービスを提供するだけではなくて、最終的に事業をしっかり黒字化させるまでがプランナーだと勝手に定義しています。

原田：経営的な目線まで必要な職種なんですね？お話を聞いているとマーケティング要素なども必要なんでしょうか？

西郡：そうですね。一般的にいうマーケティング要素もありますが、でも実際そんなかっこいいものではなくてやることの取捨選択、そしてその選択を突き詰めていくような仕事だと思っています。

原田：西郡さんの独自の「WEBプランナー」の定義がすごく幅広くて、WEBプランナーという印象がすごく変わりました。

西郡：一般的にはWEBディレクターだったり、WEBプロデューサーみたいにいわれる領域でもあるかもしれませんね。私はプランナーとして、そういう下積みを積んできたので総してWEBプランナーと言ってます。

原田：なるほど～。西郡さんはWEBプランナーだったんですね。

ISAOの「チャレンジングな環境」と「個人の成長」

原田：ISAOならではの「成長環境」を求められる社風がありますが、これまでのISAOの中でのご経歴を教えてください。

西郡：今のセキュリティプロジェクトに関わる前は、WEBプランナーとしてムービーフルPlusという動画配信のプロジェクトに携わっていていました。5年ほど携わって、そのプロジェクトも収益化にまでもっていきました。

原田：それから現在のセキュリティプロジェクトに変わった経緯は？

西郡：特に理由はなかったです。ただ、誘われたからやってみようかなって。その場の勢いでしたね（笑）。

原田：それって、ISAOでいう「個人の成長」のポイントだったんですかね？

西郡：そうですね。私的には全く新しい領域だったので、知識的にはほぼ０からのスタートでした。40歳過ぎてからの大きなチャレンジでしたね。まぁISAOはどんどんチャレンジしていこうっていう環境ですから、みんなそれぞれ頻繁にあると思いますよ。普通の会社だったら部署異動とか色々手続きとかいりそうですが、ISAOはそういうのもないですからね。

Wud-up Wud-up! You’re about to witness the long awaited blog debut of ISAO’s resident Japanese-American Party Animal Sales, JiN!

I had a chance to attend Mobile World Congress 2019 in Barcelona along with my colleagues Marti & Torii-san a couple of weeks ago so here’s what I thought about the event as well as a little taste of my experience there so check it out!

クラウドエンジニアの秋山です。

Tech Summit 2018 Day3(11/7) に Azure Data Factory の入門ハンズオンを行いました。

データ可視化のインフラ インテグレーション ～ 50 分でわかる Azure Data Factory 入門

試したい方へ

Tech Summit 2018 Azure Data Factory 入門ハンズオン from 康平 秋山

上記ハンズオン資料はあらかじめ Azure Blob Storage と SQL Database が作成されている前提で進みます。 ポータル上で作成するか、 terraform がわかる方は以下の tfファイルを参考にしてください。

くらまねプロジェクトの湯川です。

2018年7月15日から19日にアメリカ・ラスベガスで開催されたMicrosoft Inspire 2018（Microsoftのパートナーイベント）に参加してきました。 弊社のドレッド（石原）と一緒に。

Microsoft Inspireとは？

とても簡単に書くと、Microsoftの新年度の戦略などをパートナー企業のセールス&マーケティング向けに共有するイベントです。

期間中の午前中にCorenote（基調講演）、午後にブレイクアウトセッションが多数準備されています。 世界140カ国以上17,000人以上のパートナーが集まるイベントなのでパートナー間の交流も盛んに行われています。

Azure中心にCorenoteなどで話されたことをいくつか感想も交えて。 ちなみに、私自身は2015年から参加しているので今回で4回目の参加です。

ISAOとMicrosoftの関わりとしては、いわゆるクラウドインテグレーターとしてのAzure周りがメインとなっていますが、年々その辺りの話のボリュームが増えてきているという印象です。

今回の大メッセージとしては、クラウド化の初期ステージはクリアした、この調子でデジタルトランスフォーメーションを推進していこうぜ！と受け取りました。

Azure 93％成長

前年度に引き続き大きくビジネスが拡大した様子。

私の肌感としても1-2年前にAzureを使い始めたユーザーのコンサンプションが大きく伸びてきていたり、いわゆる大手企業がAzureを使い始めてきているという実感のある年でした。

Microsoftの売上1千億ドルくらい、Microsoftとパートナーで1兆ドルの経済圏

知ってはいましたが、あらためて大きな経済圏だなと思いました。 パートナーを含めた経済圏でいうと日本のGDP（国内総生産）の1/5くらいの規模、ちょうどインドネシアのGDPと同じくらい。

注力領域はこの5つ

• Modern life
• Modern workplace
• Business application
• Application & infrastructure
• Data & AI

前3つはOffice365とかDynamics365とかの話がメインで、日本で言われる「働き方改革」と近い内容という印象でした。 ISAOはAzureの領域を主な生業にしているので、Application & infrastructureとData & AI気になります。

去年度はGPUやSAPなどさまざまな用途に対応できるVMが増えてきたことや、DevOpsを後押しするAKSなどのサービス群、移行の際のツールが充実してきたこと、DBもSQLだけでなくOSS系の展開もひととおり出揃ったり、CosmosDBのようなAzure独自のDBサービスが出てきたりといろいろ積極的な展開があったように思います。

また、Microsoftが長年研究開発してきているCognitive系のサービスについては、まさにテクノロジーで今までできなかったことをできるようにしてきていてワクワクします。

ISAOとしてもPoC（概念実証）フェーズが中心ではあるものの実案件が増えてきており、今後より注力していきたい領域です。 IoT系の話も勿論あり、50億ドル投資するそうです。 個人的に気になったことはEOS関係、ビジネス的にはかなり…！

こんにちは、Azure系エンジニアの秋山です。 今回は Azure Web App で静的サイトをホスティングした事例についてご紹介します。

前提

• サイトジェネレータ Jekyll を利用
• 一部 PHP を利用
• サイトを更新するユーザーは Jekyll を知らない、意識させたくない

構成

構成は単純に Web App を Web サイトとして使ったのみです。 静的ファイルのみならば、 Web サイトの PaaS である Web App を使う必要はないのですが、一部で PHP を利用する要件があったことから Web App を採用しています。

デプロイフロー

順を追って説明します。

今回、CMS として CloudCannon というサービスを利用します。 このサービスを使うことで Jekyll を意識せず、エンジニアでなくともページの更新や微調整を行うことができます。(手順1)

CloudCannon では GitHub と連携できるようになっています。 CloudCannon 上でリアルタイムに jekyll build されたコンテンツをプレビューしつつ、各ページを更新することが可能です。(手順2)

Azure系エンジニアの秋山です。

最近 Azure で Webサービスを Docker で動かす PaaS の Web App for Containers が GA となり、プレビューの頃から使っていた 立場としては嬉しい限りです。

今回は Production での導入が広がっていきそうな Docker を取り巻く Dev/Ops のサービスをまとめてみます。

Docker を取り巻く要素

Docker を使って Dev/Ops を構成するためには、

• Dockerfile を含めたリポジトリを管理するソースコード管理システム(VCS)
• Docker イメージをビルドするビルドシステム
• ビルドした Docker イメージをホスティングするホスティングサービス

の3つが必要です。

図に表すと以下のとおりです。

それぞれのサービスのポイントを書いてみます。

ソースコード管理

Visual Studio Team Service

• Git で PullRequest ベースでの開発が可
• ライセンスが MSDN サブスクリプションに付いてくるため、既に持っていれば導入しやすい
• Scrum やアジャイルに沿ったプロジェクト管理が可

GitHub

• Git で PullRequest ベースでの開発が可
• 使い慣れたエンジニアが多い(特にWeb系)

GitLab

• Git で PullRequest ベースでの開発が可
• Freeプランがある
• SaaS を利用できないポリシーに対応可

ビルド

Visual Studio Team Service

• Azure と連携しやすい
• ビルド時間課金

CircleCI

• 予約ホスト課金
• 2.0 では Docker ビルドでキャッシュを使えるため、高速化の余地がある
• 汎用ビルドのため導入にひと手間必要

Docker Hub

• GitHub と連携しやすい
• ビルドがDocker専用のため、導入が簡単

Jenkins

• SaaS を利用できないポリシーに対応可
• 他のビルドと共用できる

ホスティング

Azure Container Registry

• Azure の他のサービスと連携しやすい
• Azure と請求がまとまる

Docker Hub

• ビルドとセットでついてくる

Docker Registry

• SaaS を利用できないポリシーに対応可

最後に

いかがだったでしょうか。 今回挙げた以外にもさまざまなサービスがあります。 ISAO ではこれらを利用し、Azure 上の Docker で LAMP 環境へ移行支援 を行っております。 ご興味ありましたら以下のバナーからお問合せください。

こんにちは。Azure系エンジニアの秋山です。 今回は LAMP のシステムを AWS から Azure に移行したことについて書きます。

移行前のアーキテクチャ

システムはオーソドックスな LAMP 構成です。

以下のとおり、よくある構成ですね。

• DNS(Route53)
• ロードバランサー(ELB)
• Webサーバー(EC2)
• バッチサーバー(EC2)
• キャッシュ(ElastiCache)
• データベース(RDS)

問題点

何のために移行するのか、解消したい問題点は以下のとおりでした。

• Web サーバーがオーバースペックになっている
• Production へのデプロイは開発環境のEC2をAMIコピーして行う また開発環境が1台のみでソースコードのバージョン管理がされていない
• 外注で制作したが社内で誰も手を入れられていない
• Azure のメンバが面倒見ているサービスが AWS で動いている

移行後のアーキテクチャ

このシステムは自社で運用していますが、ユーザ数がそこまで多くなく、サービスダウン時の影響の少なさから、現時点でプレビューである WebApp on Linux や Azure Database for MySQL を採用しています。 これによって IaaS を排除した PaaS のみの構成となりました。

2017/09/12追記: WebApp on Linux は Web Apps for Containers に名前を変えて GA しました。

くらまねプロジェクトの湯川です。

BIG-IP始めました！

ISAOはF5ネットワークスジャパン合同会社のクラウドパートナー兼SOCパートナーとなり、同社BIG-IPのパブリッククラウドへの導入と運用を行う『BIG-IP by くらまね』をリリースしました。

ちなみに、クラウドパートナー兼SOCパートナーは日本唯一です！ もちろん、事例もあります！

共同プレスリリースは下記のURLから。

• F5ネットワークスジャパン合同会社 https://f5.com/jp/about-us/news/press-releases/161215-press-release

• ISAO https://www.colorkrew.com/media/news/2016121501/

BIG-IP by くらまね

『BIG-IP by くらまね』では、クラウド環境下にBIG-IP製品を導入し、BIG-IP LTM・BIG-IP APM・BIG-IP ASMの初期設定・運用開始までの誤検知の確認、適用するシグネチャの精査などのチューニングを行います。

さらに、BIG-IP ASMにおいては、ISAOがセキュリティオペレーションセンター（SOC）を運営し、導入支援・サポート・運用・監視までを一貫して行うWebアプリケーションの保護に特化した運用サービスも利用可能です。

エンタープライズで必要とされるセキュアで可用性の高いクラウドプラットフォームの構築および運用をご希望の方はお気軽にお問い合わせください。 近日セミナーも開催予定です！

くらまねプロジェクトの湯川です。

くらまね for GCP、できました！

本日、Google Cloud Platform（以下GCP）専用のパッケージサービス『くらまね for GCP』のWebサイトを公開しました。

AWS、Azureに加えて、GCPがくらまねに仲間入りです！ 興味のある方は、お気軽にご相談ください。 https://www.colorkrew.com/gcp/

Googleと共同セミナー開催

また、ISAO Meet up Vo.6として Google社員が語る！今抑えておきたいStackdriver/Docker/Container管理 を開催します！

Google株式会社をゲストスピーカーに招き、Stackdriver、Google Contaner Engineという切り口でお話してもらいます。 是非この機会にGoogle Cloudへの理解を深めていただき、今後に活かしてください。

開催概要

• 日時: 10/27(木) 19:00 -22:00
• 会場: 株式会社ISAO
• 参加費: 無料
• 定員: 先着30名
• 住所：東京都台東区浅草橋5-20-8 CSタワー 7F
• 最寄り駅：秋葉原・浅草橋・新御徒町

お申し込みはこちら

今なら、2016年度中の Google Cloud Platform 日本 (東京) リージョン開設のアナウンスを記念して、限定10社様の初期費用を、最大全額無料でご提供中です！

Microsoft Azureをご利用中、ご検討中のみなさまこんにちは！ くらまねプロジェクトの愛です！

いきなりですが、2016年10月1日からAzure料金が改定されたのはご存知ですか？ Azure促進を目的として、より多くのお客様にご利用いただくため、AzureのOnline価格の値下げが実施されました。

大まかにいうと

汎用インスタンス

• A シリーズ仮想マシン (VM) インスタンスの料金は最大 50% の値下げとなります
• Dv2 シリーズでは最大 15％ の値下げとなります。

コンピューティング最適化インスタンス

• F シリーズの料金は最大 11% の値下げとなります

新機能も登場します。新しい Av2 シリーズでは、さらに多くの保存方法をご利用いただけるようになります。

実際の料金の計算は、こちらのWebサイトからも確認できます。（Linux Virtual Machinesの場合) https://azure.microsoft.com/en-us/pricing/details/virtual-machines/linux/

今までよりも利用しやすくなったAzureの構築、運用、その他のご相談はぜひくらまねへ！

2015年10月23日にアイティメディア主催**「主導権はユーザー側が持つ　企業のためのAWS徹底活用セミナー」**に登壇いたしました。

当日セミナーにお越しいただけなかった方にもお伝えできるよう本ブログにてコンテンツとしてお届けいたします。

セミナー概要

AWSの利用を躊躇されている方々へ

株式会社ISAO infra R&D プロジェクトリーダー 片貝 力也

本日はAWSの利用を躊躇している方々に向けて、利用当初の注意点や問題になりやすい事項を簡単に紹介させて頂きます。具体的な実例をもとにご説明させて頂きたいと思いますが、既に利用いただいている方々にとっては物足りない内容になってしまいます。その点、予めご了承ください。また最近ニーズが高まっているAWSでのセキュリティ対策についてもご紹介いたします。

EC2以外のサービスを利用しますか？

AWS（Amazon Web Searvices）を利用される予定の方々に質問です。 EC2以外のサービスを利用しますか？

もちろんEBSやELB、S3なども利用しないとサービスとして成り立たないかと思いますが、現状AWSにて構築を検討する際に、まずAWSで提供しているマネージド込みのサービスをどこまで使用するかが一つの重要なポイントになります。EC2上に自前でミドルウェア環境を構築していくのか、RDSやElastiCashなどミドルウェアまで揃えているマネージドサービスを利用するのか、どこまで利用するのか一度検討ください。ただマネージドサービスを利用することで構築の手間が大幅に省けますし、運用の手間も簡略化されるため、工数が減りコスト減にも繋がりますので、利用される事を通常お勧めします。

しかし、1点気を付けなければならないのがベンダーロックイン（※）状態です。 数年毎に別のシステムへの移設を検討しなければならない場合は、マネージドサービスを利用していると移設検討が非常に困難となってしまいます。ただAWS環境から他環境への移設メリットは無い、もしくは薄いケースが殆どだと思いますので、現状ですとマネージドのサービスを躊躇せずに利用して問題ないと思います。またAWS環境にて安定的なサービス運用をする為にもマネージドのサービスを利用する事は近道となります。

（※）ベンダーロックイン 特定の環境・技術に固定され、他との互換性が損なわれるとこと

ただシステム環境以外にも構築運用メンバーの技術スキルもAWSに踏襲・専属化していってしまいますので、昨今のインフラメンバーでは、オンプレミス環境のネットワーク設計や導入作業が出来ないといった事態も発生してます。

インフラエンジニアを抱えていらっしゃる企業様は、運用リソースの配置や今後のスキルパスまで考えていくことが必要です。

AWSの月額費用って本当に安いの？

AWS利用で発生する月額費用は、規模がある程度大きくなると決して安くは見えません。

特にオンプレミスで構築した場合のCPUのコア数やハードウェアのパフォーマンス等を、そのまま踏襲してAWSで試算をすると、1年や複数年のスパンでハウジング費用と比較すると高くなるケースが多々あります。ただし、これは単純に発生する月額費用を比較した場合の話なので、実際は見えにくい運用でのコストを加えて比較すべき内容です。

AWSは構築運用だけでなく、設計や管理、オンサイト作業のコストを除外できることも大きなメリットとなります。 例えばデーターセンターに行く必要がないというのが分かりやすい一例です。それらを計算に入れると正しいAWS費用の試算ができます。 またインスタンスの稼働を100%ではなく、実負荷を想定した変動性でコスト試算できるとよりメリットが見やすくなります。

リザーブドインスタンスって？

さらに、AWSにはリザーブドインスタンス（RI）という年間契約でお安くなるプランもございます。 このRIは1年もしくは3年契約での割引サービスだけでなく、「リザーブド」の名前が示すようにインスタンスの起動が約束されます。 契約しているとインスタンスの数が確保でき、稀にある「リソースが枯渇していて必要なインスタンスの数が上がらない」といった心配も無くなります。

インスタンスの起動に失敗した場合、数分〜数十分待ってから起動させる必要があるのですが、RIは契約分のリソースが確保される事になります。 手動でオペレーションしている場合は大きな問題にはなりませんが、規模が大きくなり自動化等を取り入れていると、スムーズなインスタンスの起動は重要な課題となります。

AWSのメンテナンスってどうなの？

EC2のメンテナンスには主に2種類あります。

• アップデート用メンテナンス
• リタイアメント用メンテナンス

1つ目はAWSが実施するセキュリティアップデートです。こちらは特定のタイミングを指定し、AWS側が実施するメンテナンスとなります。なので環境や対象によっては、そのタイミングでサービスを停止、メンテナンスに切り替える必要があります。ただライブマイグレーション等で対応できる範囲も増えているようなので、今後は年に1回あるかどうかだと考えてます。