はてなブックマーク

はじめに AzureのマネージドディスクのPremium SSD v2が2022年10月にGAされて約1年半、東日本リージョンに来て約8か月。性能は良いのですが、運用制約が厳しいというのがツラいサービスでした。 初めて使ってみた時の感想として、本番運用はまだ厳しそうですね…と（偉そうに）私も書いています。 さて、今回その運用制約の大きな一つである「Azure Backupができない」という制約が解除され、サポートされたようです。 ということで、いまどうなってるんだっけという定点確認をした結果を残します。 新旧比較 GA直後（2022/10/31）、東日本リージョン公開直後（2023/6/27）、現在（2024/2/29）における制約の推移をドキュメントから見てみました。 （「○」はドキュメントに記載あり。「△」は一部表現が違うものの記載あり。） 徐々に制約が解除されていく一方、おそらく問い

1ディスクでは賄えないスペックが必要になる場合、LinuxでいうLVMを使うなど工夫や制約が必要になりますので、スペック上限が高くなることはウェルカムですね。 Premium SSD（v1）との比較 単純なスペックと特徴の違いは分かりましたので、v1とv2の使い分け含めたもう少し細かい比較を見ていきます。 なお、本記事執筆時点（2022/10/31）の米国東部リージョンの数値を採用しています。 （引用元：「価格」ページ） 性能の比較 v1では「バースト」という機能があり、一時的な性能開放が可能です。 そのため、v1は「ベース性能は低めに抑えられ、一時的な要求をバーストで補う」という考え方になっています。 一方でv2は「小さいディスクでもベース性能が高い代わりに、ディスクサイズを大きくしても性能は伸びない。性能を伸ばすためには、IOPS・スループットを追加プロビジョニングしそこにコストが掛か

はじめに AWSでは、システム全体を構成するのに複数アカウントを作成し、各アカウントに「ログ管理」「セキュリティ対策」「ユーザー管理」「サブシステムA」「サブシステムB」…と使い分けることが普通になっています。 一方Azureでは、マルチサブスクリプションやマルチAzureADと言うのは基本的に推奨されていませんでした※ 参考：Azure標準化ガイドライン そこで「AzureADのマネージドな機能を利用して、マルチAAD環境を作ってみよう」という想定で、必要な機能とその実現方式をまとめてみたいと思います。 別の記事でSSOについてまとめてみましたが、今回は第2段として「ログの集約管理」を考えてみます。 ログの集約 一般的に、Azureの世界で最低限取得し・保管や分析、通知したいログと言うと下記の通りです。 サブスクリプション：アクティビティログ AzureAD：サインインログ、監査ログ こ

はじめに クラウドで何かを作ろうと思うと、最初に「構成図」を考えると思います。 いわゆるサービスのアイコンを並べて、リージョンやらVNETやらの構成を確認する、アレです。 このAzureのアイコンセット、公式だとなぜかPowerpointでは公開されていないので、個人でやってみました。 定期的にアップデートしてるのですが、 ・2022/6（v6）　初公開 ・2023/1(v11)　100以上のアイコンが追加されてアップデート ・2023/7版（v15）　バージョンが進んできたので公開 ・2024/4版（v18） ←New!! ということで最新化して公開します。 アイコン一覧 パワポ化したアイコン一覧は、下記にて公開します。表示したら「コピーのダウンロード」してみてください。 アイコン一覧（v18） 背景 Azureのアイコンは公式ドキュメントの中で公開されているのですが、「SVG」形式とな

はじめに Azureの「MCA契約」という、一番ベーシックな（個人ユースで使われる）契約があります。 ※詳細はこちら このMCA契約となった「アカウント管理者」がサブスクリプションを払い出すときにいくつか制約があるのですが、あまり情報がまとまってない気がしますので、ハマったことをまとめておきます。 制限 私の知る限り２つの大きな制約があります。 １アカウント管理者あたり５サブスクリプションまで タイトル通りの制約があります。これを超えてサブスクリプションを作成しようとすると以下のようなエラーメッセージが表示され、サブスクリプション作成に失敗します。 意図としては、不正にサブスクリプションを作成される…といった不正利用対策という意味が強いようなのですが、きちんと管理できている範囲においてはちょっと困っちゃいますよね。 なので私の身の回りでは、サブスクリプション数を管理して、上限に達するときに

はじめに 最近周辺から、クラウドってディスク遅いよね？スペック通りの性能出ないよね？っていう話を受けました。うーんカタログスペック上は結構なIO性能があるんだよな、何をもって遅いと感じるんだろう？と思い、ちょっと性能テストをしてみました。 （といっても、網羅的なテストではありません。苦手なパターンを見極めておこう！ということです） カタログスペック 今回はAzure VMをManaged Diskで使うとして、性能を求めるときにごく一般的に選択する「Premium SSD」を対象に確認することとします。 Premium SSDのカタログスペックは以下の通りです。（価格ページより抜粋） 今回は値段も手頃なP10ストレージを対象にテストすることとします。 P10はクレジットバースト機能が効いて、最大IOPS3,500、最大スループット170MB/sを出すことができるManaged Diskです

はじめに 年末年始に資格取得などのスキルアップの計画を考える方も多いのではないでしょうか。私も毎年、今年こそはXXXをやるぞと思うのですが、毎年思っているということはまぁ察してください…。 毎年同じテーマで書いているのですが、Microsoftの資格はとても高頻度でupdateされますので、今回も改めてまとめ直しておきたいと思います。 元々、「資格試験受けました・受かりました」系のブログはとても世の中に多いのですが、Azure関連の資格体系をまとめた情報あまり見ませんでした。 そう思って3年ほど前に書いたのですが、最近はそういった情報も増えてきています。 ただ、どうせ調べるなら自分でもまとめておこうっていう目的と、あとは古い情報にアクセスされた方を新しい断面に誘導したいので、改めてまとめます。 ということで今回も資格体系やスキルパス、勉強法の話などなど。 筆者の属性 インフラ系のエンジニア

はじめに はじめてAzureを触りだすときに、オンプレミスからのLift & Shift先として（IaaSとして）使う方は多いと思います。 そのような中で、「AzureのVMのシリーズやサイズ名称、どう読み取るの」「AWSでいうインスタンスファミリーMに相当するのはどれ？」みたいな質問をよくもらいます。 Microsoftのドキュメントの中でも1ページにまとまってないので、参考リンクをまとめる意味で記事化したいと思います。 命名規則 命名規則としては下記のドキュメントに記載があります。 ルールは下記のとおりです。 [ファミリ] + [サブファミリ] + [vCPU の数] + [制約付き vCPU] + [追加機能] + [アクセラレータの種類] + [バージョン] よくあるのは下のようなパターンのVM名です。 ①ファミリ（必須） ファミリーは下記のサイトで見るのがわかりやすいですが、ここ

はじめに この記事はQiitaのMicrosoft Azure Advent Calendar 2023 15日目の記事として書いてます。 さて、先日の記事で、Microsoft Copilot for Azureを使えるようにするまでを記事にしました。 今回は、使ってみて、試してみて気づいたことなんぞをつらつら書いていきます 試してみる 公式ドキュメントのユースケースに記載されている内容について、試していきます。 リンクをたどると、サンプルプロンプトも紹介されていますので、叩いてみます。 タスクの実行 コストの分析、見積もり、最適化 過去6か月間のコストを集計してください どうやらこのユーザー、課金系の権限を持っておらずコストが参照できないようです… cost managementに行ってスコープを設定しろ、と言われてしまいます。 コストに関する会話はあきらめましょう。 サービス正常性イ

はじめに 日々Azureを利用していくうえで、技術的な問合せ（障害時の復旧サポートや仕様の確認）で、AzureサポートにSR (Support Request) を行うこと、数多くあると思います。 ここでは、何かしら技術的な問い合わせをするときに、「正確な解答」を「早く引き出す」ためのテクニックとして、私が意識していることを吐き出してみたいと思います。 問合せが悪いと、サポート側も何を答えていいのか分からず、意図の確認に何往復も必要となってしまいます。問い合わせが長期化してしまうことで、結果として我々利用者にも利用料やサポートのサービスレベル低下（返事が遅くなる）などの不利益が見込まれます。 私自身もこれまで「サービス運営」に携わってきた経験から、何を聞きたいのかわからない質問を数多く目にしてきました。利用者・サービス双方が幸せになるために、問い合わせ側もレベルアップしましょう！というお話

はじめに 2021/9/25 「Japan Azure User Group 11周年イベント」でLT枠に応募して、タイトルの通り「Azure環境作ったら最初にやるべきこと」を話してきました。 時間の都合上、喋りきれなかったところなんかも資料には含まれていますので、こちらに残しておきます！ いいわけ 有償機能が必要なものも含まれていているので、「全員がやるべきこと」というにはちょっと言い過ぎ感もありますが、環境の重要度に合わせて取捨選択いただければと思います。 SecurityCenterもリソース数に比例してお金かかりますし、Sentinelもログ量や保管期間でかかりますよね。P1ライセンスだけでも、ユーザーが多いと馬鹿にできない金額ですので・・・。 資料 slideshareにて公開してます。 補足 以前、Zennで公開した、こちらの記事がベースになっています。スライドには埋め込みきれ

はじめに Azureを使う上で、少しセキュリティ意識の高い方々からは「VNET内で使えるサービスはいいんだけど、パブリックに晒されているサービスを使うのはハードルが高い」「重要度の高いデータは置けない」なんて話を聞くことがあります。 そんな時に使うのが、サービスエンドポイントやプライベートエンドポイントと言われる、VNETの中に接続口を作成する仕組みです。BLOBストレージやSQL Databaseに対して、インターネットに出ることなくVNETから直接アクセスすることができ、安全に使うことができる…とされています。 どちらも「VNETから直接サービスにアクセスできる」という言い方をすると同等の機能なのですが、サービスエンドポイントとプライベートエンドポイントは何が違うのでしょうか？何を基準に選べば良いのでしょうか？・・・と、いうのをまとめてみました。 機能の説明 まずは簡単に機能概要を説明

はじめに Azureでマルチアカウント管理のようなことをしようと思ったら・・・ということで実現方法を考えるシリーズの3段目くらいです。 「AzureADのマネージドな機能を利用して、マルチAAD環境を作ってみよう」という想定で、必要な機能とその実現方式をまとめてみたいと思います。 今回は「ガードレール」ということで、ガードレール機能とは何ぞや？それをマルチAADに展開するならどうする？ということを考えてみます。 ガードレールについて 管理者が環境の利用者にかけるガードレールには、2種類あると考えます。 ①設定の禁止 ②操作の禁止 ①は「この設定だけはやめてくれ」というタイプのガードレールです。ポピュラーな制限が「S3がフルオープンになっていて個人情報が漏洩した」⇒「認証無しでのアクセス許可設定は禁止しよう」みたいなタイプです。いわゆる「CSPM」機能として世の中で認知されています。 ②は「

はじめに Azureを使いだすにあたって、「Azure」「契約形態」「種類」みたいなワードで検索すると、いろんな技術記事、個人のブログなどで解説が見つかります。 ちょっとずつ記載に差があるものの大筋書かれていることはどこでも共通なので、私もベースの知識としてこれを信じていました。 しかし先日、サポートの方と会話していてどうにもうまく伝わらず、どうやらちょっと情報が古いのではないか？と疑いを持ちました。 サポートの方に指摘いただいた内容や、改めて調べ直したことから「多分こうだ」にたどり着けたので、知識の整理もかねて記事にしたいと思います。 ですが、公式ドキュメントにもズバリな内容は書かれておらず、推測を含みますので「間違ってるよ！」と言うことであれば教えて下さい。（やさしくお願いします！） これまで信じていたモノ いろんなサイトで解説されている内容は以下の通りかと思います。 私が言いたいのは

はじめに 先月（2022/8/31）に、Azure Monitorの「Change Analysis（変更分析）」という機能がGAされました。 何か障害があったときなど、意図通りリソースが設定されていないときなどに、いつ・誰が・どんな設定を変更したのか？を確認したくなることはままあるかと思います。 もともと、リソースの設定を弄った場合、アクティビティログの中で下記のように変更点を見ることができました。 アクティビティログ＞特定のイベントを選択＞変更履歴 タブを参照 しかし、変更されたイベントを探し当てるのも大変で、正直見やすいとは言えず、こういった意図で調査に使うにはなかなか厳しいものがありました。 それに答えるのが「Change Analysis（変更分析）」機能です。 ※AWSだと"Config"がまさにこういう機能を持っていたかなと思いますが、しっかり追いついてきましたね。 というわ

はじめに 各パブリッククラウドのサービスは、どこかのサービスがリードしてもすぐに追いつけ追い越せで、特にベーシックなサービス群についてはほとんど差が無い状態かと思います。（というと各所から石を投げられそうですが） 各クラウドでは、似たような機能を別の名前で使っていたり、同じ名前で微妙に異なる機能を提供していたり、マルチリンガル（マルチクラウド）なことを考えていると混乱しがちです。 Azureにおいては、公式ドキュメントでも別クラウドエンジニア向けの解説ページがあり、それぞれのエンジニアが理解できるような解説が成されています。 しかし、逆方向の解説はあまり見たことが無いし（Azureエンジニア向けのGCPの解説とか…）、複数クラウドを横並びで解説する…みたいな情報も世の中には少ないです。 ということで、今回は国内で最もベーシックな機能と言っても過言ではない、AWSで言うところのVPC周りの概

（追記）更新版はコチラです はじめに クラウドで何かを作ろうと思うと、最初に「構成図」を考えると思います。 いわゆるサービスのアイコンを並べて、リージョンやらVNETやらの構成を確認する、アレです。 このAzureのアイコンセット、公式だとなぜかPowerpointでは公開されていないので、個人でやってみました、という記事を2022/6に書いたのですが、 2023/1にアイコンバージョンがv11になり、一気に100以上の新アイコンが追加されたとのことで更新して再公開します。 アイコン一覧 パワポ化したアイコン一覧は、下記にて公開します。表示したら「コピーのダウンロード」してみてください。 アイコン一覧（v11） ★2024/4に、追加された新アイコンを取り込んで新版を公開しています。★ 下記のリンクからどうぞ https://zenn.dev/tomot/articles/c7033d2d

はじめに 2022/9に、下のような記事を書きました。 この時点では、「GAされてるのにできない…」と言う状況だったのですが、本当に出来るようになっていたのでメモ。 live resizeって もともとAzureのManaged Disk、アタッチされているVMを停止しないとサイズの変更（拡張）が出来なかったのですが、VMを起動したまま（＝オンラインで）サイズ変更できるようになりましたよ、というアップデートでした。 試してみましょう。 状況確認 元々のディスク構成 適当なVMを用意します。もともと、年末頃に触っていたPremium SSD v2の検証のついでだったので、余計なディスクが付いています。 今回検証に使うのは、ハイライトしている128GiBのPremium SSDです。 VMの状態 ちゃんと起動中になっていることを確認します。 ディスク拡張 操作 256GiBのP15ディスクを選

2024/1版を↓に公開しました はじめに 年初に資格取得を中心とした、スキルアップの計画を考える方も多いのではないでしょうか。 2021年、2022年と同テーマで書いたのですが、Microsoftの資格はとても高頻度でupdateされますので、今回も改めてまとめ直しておきたいと思います。 元々、「資格試験受けました・受かりました」系のブログはとても世の中に多いのですが、資格の体系をまとめたようなものはあまり見ませんでした。そう思って2年ほど前に書いたのですが、最近はだいぶ見かけますね。 じゃあ、それ見ればいいんじゃない？って話もあるのですが、どうせ調べるなら自分でもまとめておこうっていう目的と、あとは古い情報をアップデートしておかないと見に来た人を混乱させてしまいますので、その効果も狙って書きます。 ということで今回も資格体系やスキルパス、勉強法の話などなど。 筆者の属性 インフラ系のエ

はじめに 2022/7のupdate情報で、KMSサーバーが変更になることがアナウンスされました。 以前別の記事で「VMからの通信要件はコレ！」という整理をしたことがありますが、これも変わってきますので注意が必要です。 変更点 ①2022/07まで 元々、Azureの公式イメージのWindows VMは、下記のホスト名・IPアドレスに対して通信に行きライセンス認証に行っていました。 1ホスト名、1IPアドレスなので分かり易いですね。 ホスト名 IPアドレス

はじめに Azure Cloud Shellは、Azureポータル上から起動できる、Bash、またはPowershellで使用できるシェル環境です。 Azure CLIやPowershellのAzモジュールも最新化され、最近ではbicepなども標準で使えるようになっており非常に便利に使えます。 Cloud Shellの困ったところ Cloud Shellを起動すると、コンピュートリソースとしては都度確保されるのですが、ファイルを永続化するためにストレージアカウントが必要になります。 ストレージアカウントは自動で作成してくれるのですが、最寄りの「サポートされるリージョン」で作成されるため、日本からアクセスしている場合は「東南アジアリージョン（シンガポール）」にストレージアカウントが作成されます。 個人の利用では問題になることはありませんが、エンタープライズでの利用の場合は、「国外にデータを保

2023年1月のupdate版を投稿していますので、基本的に最新版をご覧ください！ はじめに 『「資格受けました」系のブログは多いのですが、資格体系をまとめた系記事があまり見当たらないので、記事にしてみました。』…ということを2021年に書いたのですが、今でも継続的にアクセスいただいています。 最近、良質なマトメを見かけるのですが、自分の記事も直近化しないと、古い情報をまき知らしてしまいます。ということで、この記事を2022年一発目とします。 資格体系やスキルパス、勉強法の話などなど。 資格体系 公式情報 コチラのポスターが公式情報で、Microsoftの認定資格が記載されています。 中身がどんどんアップデートされていくので、このURLをブックマークしておけばOKです。 ただ、試験の依存関係や難易度もあんまり見やすくないなぁと思います。 資格体系まとめ直し ポスターから、Azureに関連す

はじめに 先日、手持ちの環境でStandardからDeveloperに変更しようと思ったら、「購入」出来なくなっており、 あれ、おかしいな？と思ったところ、別件で問い合わせていたMSサポートの方から答えが聞けたので共有します。 Azureサポートプランとは Azureのサポートプランとは、無償のBasicから高額（？）なProfessional Directまで4段階あるサポート契約のことです。 プランによって問合せできる内容や、応答時間、および料金（大事！）に差ができますので、お遊び環境から本格的なワークロードなどAzureの利用方法に応じて適切なサポートプランを選択することが重要です。 （参考） 経緯 さて、元々この環境は、Developer→Standardと変更した環境でした。 色々あってDeveloperに戻そうかと思ったんですが、選択できなかったので「おかしいな？Basicには

はじめに クラウドでのサービス仕様ってとっても細かくて覚えられないですよね。（少なくとも私は。） とてもベーシックなサービスであるAzure Virtual Machineですら、どのインスタンスタイプがどのリージョンで使えて、どのストレージと組み合わせることができて…なんて覚えていられないので、毎回調べる必要がありました。 そんな手間をとっても削減できそうな「Azure VMセレクター」というツールが公開されましたので、触ってみました。とても使いやすそうだったので紹介したいと思います。 ※紹介も解説も要らないレベルに使いやすかったのですが、まぁそこには触れないで。 Azure VMセレクターとは ツールのページには「ニーズと予算に適した VM を検索」というサブタイトルが付いていますが、まさにそのままです。 VMのスペックや構成をポチポチ選んで行くと、最終的に料金計算ツールと連携して予算

はじめに 最近、「Azure Security Center」って使うべきなの？どうやって使えばいいの？みたいな話を聞かれるのですが、そんな人たちに喋る内容を何回かに分けてまとめます。 今回は、Security Centerを使いだすにあたって、最初に知っておくべき前提知識について書いていきます。 Security Centerってナニモノなの こういう時はまず公式ドキュメントにあたります。 Azure Security Center とは この中から先頭を抜粋すると… Azure Security Center は、データ センターのセキュリティ体制を強化する統合インフラストラクチャ セキュリティ管理システムです。Azure 内かどうかにかかわらずクラウド内とオンプレミス上のハイブリッド ワークロード全体を保護する高度な脅威防止機能があります。 「なるほど、さっぱりわからん。」だと思うの

はじめに 先日、「サービスプリンシパルに条件付きアクセスを適用できる」という機能がプレビューで公開されました。 これ、地味にすごいアップデートですので、解説しつつ試してみたいと思います。 タイトルの用語 わざわざこの記事を開いた方に説明は不要だろうとは思いますが… サービスプリンシパルとは 人の資料で説明してしまいますが、とても分かりやすくまとまっていますので紹介します。 サービスプリンシパルは、Azureを操作するために使うアプリケーション専用のIDのことです。いわゆる「ユーザーアカウント」（Azure用語でいうユーザープリンシパル）を使って操作することも可能なのですが、ユーザー（人）は異動したり退職したりするので権限セットが変わってしまうことがあり得ます。 「IT推進部の鈴木さんが、総務部に移動したらこのアプリ使えなくなったんですけど！」 なんてことが起きると悲劇ですので、アプリケーシ

はじめに 以前書いたこちらの記事で、Azure ADロール（Azureロールも）は個別のアカウントに対して付与するのではなく、グループに対して付与しましょう…ということを推奨しました。 「グループに対するAzureADロールの付与」はプレビュー機能なので、プレビュー機能なんて不安で使えないよ、という場合は一旦諦めて、個別ユーザーに対して権限を付与します。なお、このプレビュー機能は「グループ作成時」に有効にしておかないと後から有効に出来ないので注意が必要です。 ただし、記事記載時点(2021/4)では、グループに対するAzure ADロールの割り当てはプレビュー機能であったのですが、どうやらGAされたようでしたので改めて試してみました。 GA情報 こちらの公式のBlogに記載がありました。 Assigning roles to Azure AD groups is now easier in

本記事は　Qiita Azure Advent Calendar 2021 12/17(金)の記事として投稿します。 はじめに パブリッククラウドの類を使うにあたって、「不正アクセス」の対策にはみなさん気を使われると思います。今回はAzure（というよりもAzure AD）において、「認証の範囲で守る」観点を２つ紹介したいと思います。 特に、そのうち２点目は盲点となってることが多く、他のクラウドサービスでは使えない機能だったりもするので、私の周りでもあまり知られていない印象です。「こういう機能があるんだ」と知っておくだけでも意味がありますのでぜひ読んでみてください。 想定されるリスクと対策 不正アクセスで一番顕著な例は「データ漏洩」かと思います。データ漏洩に対する対策としては、暗号化（データを抜かれても読めない）や、ストレージやSQLなどのPaaSをパブリックに公開しない（データにアクセス