今後本記事のアップデートについてはこちらの新サイトにて行います、最新情報を希望の方はクリックお願いします #はじめに [内容を2018年4月時点のものに更新しました] Azureで主にIaaSを使って仮想マシンを構成する場合、仮想ネットワークを作成すると思いますが、仮想ネットワークのサブネット間、仮想マシン間のネットワークトラヒックを制御するためにNetwork Securyty Group(NSG)は大変重要なものですよね。 NSGの大まかな説明や、詳細な説明については本家MSのサイトを参考にするのが良いのですが、もともと物理サーバのインフラエンジニアをやっていた筆者が最近NSGで気になったトピックをまとめてみました。 本記事はARMでの説明となっています #NSG 詳しくはネットワーク セキュリティ グループを使用したネットワーク トラフィック フローの制御あたりに書かれています。 #

AzureのVMをコピーしたくて方法を調べました。 情報が少なかったので、試してみた結果をメモ代わりに。 コピーする前に必要なこと 以下の手順ですが、いずれも「コピー元のVM」の構成を覚えておく必要があります。 VM作るときに指定するやつです。サイズとかネットワーク規則設定とか。 方法１：スナップショットから 画面だけで完結するので、1回しかコピーしないのであればこの方法が一番楽。 VM停止しなくてもコピーできましたが、念のためVMは停止してからのほうが良いと思います。 なお、スナップショットから直接VMを作れるという記事を見つけましたが、本記事執筆時点ではできませんでした。 なんか変わったんですかね？今はスナップショット→ディスク→VMじゃないとダメです。 1. OSディスクのスナップショットを取る 対象のVM管理画面で、[設定] - [ディスク] から、OSディスクを選択する。 [＋ス

このブラウザーはサポートされなくなりました。 最新の機能、セキュリティ更新プログラム、テクニカル サポートを利用するには、Microsoft Edge にアップグレードしてください。

D シリーズ 汎用コンピューティング D シリーズ Azure VM は、ほとんどの運用ワークロードに関連する要件を満たすことができる vCPU、メモリ、一時ストレージの組み合わせを提供します。 Dv3 仮想マシンは、2.3 GHz Intel® XEON ® E5-2673 v4 (Broadwell) プロセッサに基づくハイパースレッド汎用 VM です。IntelTurbo Boost Technology 2.0 で、3.5 GHz を達成できます。 Dv4 および Ddv4 仮想マシンは、カスタム Intel® Xeon® Platinum 8272CL プロセッサに基づいています。これは基本速度 2.5 Ghz で動作し、すべてのコア ターボ周波数で最大 3.4 Ghz を実現できます。Dd v4 仮想マシンのサイズは、高速で大規模なローカル SSD ストレージ (最大 2,40

このガイドは、Microsoft Azure 上で SAP ソフトウェアを実装およびデプロイする方法に関するドキュメントの一部です。 このガイドを読む前に、計画および実装ガイドと、計画ガイドに記載されている記事をお読みください。 このドキュメントでは、Azure のサービスとしてのインフラストラクチャ (IaaS) 機能を使用して Microsoft Azure 仮想マシン (VM) 上で SAP 関連の DBMS システムをデプロイする場合の一般的な側面について説明します。 特定のプラットフォームに SAP ソフトウェアをインストールしてデプロイするときの主要なリソースである SAP インストール ドキュメントと SAP Note を補足する内容となっています。 このドキュメントでは、Azure VM で SAP 関連 DBMS システムを実行する際の考慮事項について説明します。 このド

The Azure Command-Line Interface (CLI) allows the execution of commands through a terminal using interactive command-line prompts or a script. You can install the Azure CLI locally on macOS computers. The Azure CLI on macOS allows the execution of various commands through a terminal using interactive command-line prompts or a script. For the macOS platform, you can install the Azure CLI with homeb

Azure ロールベースのアクセス制御 (Azure RBAC) は、Azure のリソースに対するアクセスを管理するために使用する承認システムです。 アクセス権を付与するには、特定のスコープでユーザー、グループ、サービス プリンシパル、またはマネージド ID にロールを割り当てます。 この記事では、Azure CLI を使用してロールを割り当てる方法について説明します。 前提条件 ロールを割り当てるには、以下が必要です。 Microsoft.Authorization/roleAssignments/writeアクセス許可 (ロール ベースのアクセス制御管理istrator など) Azure Cloud Shell の Bash または Azure CLI Azure ロールを割り当てる手順 ロールの割り当ては、セキュリティ プリンシパル、ロールの定義、スコープの 3 つの要素で構成さ

まーやです。 最近お仕事でAzure の利用が増えてきました。「AzureでRedis使いたいなーElastiCacheみたいなサービスないかなー」と調べてみたら、ちゃんと存在してました。Azure Redis Cacheさん。 使い始めるにあたって調べた内容をまとめます。 本投稿は「すでにローカル環境や外部Linux環境、AWS ElastiCacheなどでRedisを使ったことある人」が読む前提で書きたいと思います。 Redisそのものについて知りたい方は本家サイトなどで知見を得た上で読んでいただければ幸いです。 概要 Azure Redis Cache はその名の通りRedisをサービス化したものです。当然Redisの主な機能はちゃんと使えます。ちなみに、今まではAzure Managed Cache というサービスがあったようですが、こちらの記事にある通り2016年11月30日でサ

Webサーバの管理者であれば、Webサイトに何らかのトラブルが発生したとき、取りあえずWebサーバまたはワーカープロセスを再起動したら解消した、という経験をしたことがあるだろう。この再起動を自動で行うことができれば、管理者の手間は大幅に軽減されるはずだ。 Azure Web Appsには一定の「条件」を満たしたときに自動でワーカープロセスをリサイクル（再起動）させる「自動復旧（Auto healing）」という機能がある。条件としては、リクエストが大量に受信されたり、サーバエラーが頻発したり、メモリ消費量が増えたり、といった設定ができる。 Web Appsの自動復旧の設定ページを開く Web Appsの自動復旧機能は、Azureポータルとは別の「Azure App Service Support」というWeb管理画面で設定できる。ただし、このページ自体は執筆時点でまだプレビューであることに

Twitter で ASP.NET Core / Azure Functions のローカライズに関する話になった時に、そういえば試してなかったなと思ったので一通り触って理解を深めておきました。 考えられる部分、全て触ってみたので非常に長くなりました。概要を先にまとめます。 規約ベースで使用するリソースが解決される ビューはファイルパスを、コントローラなどの型は名前空間を利用する ResourcesPath で設定したパスをベースとして使う リソースにはデフォルトで resx が使われる 拡張可能なので JSON や DB などをソースとしても使える リソースキーとしてデフォルトのカルチャ向けテキストを使うと導入が楽 日本語で書くのは少し抵抗がある… ReSharper を使うとリソースキーの存在チェックをしてくれるので便利 規約ベースでリソースが解決されるので、コントローラやビュー単位で

Azure Web Appsの中を「コンソール」や「シェル」でのぞいてみる：Azure ハイッ！ ここ大事！（3/3 ページ） Kudu――デプロイ＆管理ツール 前ページでは、開発ツールに用意されているコンソール画面を利用しましたが、オンプレミスや仮想マシンのWindows OS上のコマンドプロンプトと違って、できることにはかなり制限がありますし、使い勝手もよくありません。これ以外にも幾つかCUIのツールを使える機能（CMDやPowerShell、Bashシェルなど）がありますので、それらを使う方がいいかもしれません。 次は「Kudu（クーズー）」というツールを使ってみたいと思います。Kuduは、Azure Webサイトのためのデプロイエンジンプロジェクトです。GitやOneDrive、Dropbox、Visual Studio Team Services、Visual Studio、FT

Azure SQL Database の DTU (Database Throughput Unit)て知ってます？ Microsoft Azure SQL Databaseの提供形態が変わろうとしています。 これまでは、使用領域に応じた課金でしたが、今後はパフォーマンスと機能に応じた課金に変わります。 パフォーマンスをベースにした課金になりますが、パフォーマンスとはどういった定義なのでしょうか？その話をすると出てくるのが、次の2つの概念です。 Database Throughput Unit – DTU Azure SQL Database Benchmark – ASDB Database Throughput Unit – DTU データベースにアサインする性能に関係するリソースに相当します。 CPU、メモリ、Read、Writeを混ぜ合わせて計測します。 そして、性能レベルを比較し

適用対象: ✔️ Windows VM Windows 仮想マシン (VM) をオンプレミスから Azure にアップロードする前に、仮想ハード ディスク (VHD または VHDX) を準備する必要があります。 Azure では、VHD ファイル形式で容量固定ディスクの第 1 世代および第 2 世代 VM の両方がサポートされています。 第 1 世代 VM で OS VHD に許容される最大サイズは 2 TB です。 このドキュメントを参照して、VHD または VHDX ファイルを検証できます。 VHDX ファイルを VHD に変換し、容量可変ディスクを容量固定ディスクに変換することはできますが、VM の世代を変更することはできません。 詳細については、「Hyper-V で第 1 世代と第 2 世代のどちらの VM を作成すべきか」および「Azure での第 2 世代 VM のサポート」

Azure Load Balancer 正常性プローブは、アプリケーション インスタンスの正常性状態を検出する機能です。 インスタンスに要求を送信して、使用可能かどうか、また、要求に応答するかどうかを確認します。 正常性プローブは、TCP、HTTP、HTTPS などのさまざまなプロトコルを使用するように構成できます。 アプリケーションの障害の検出、負荷の管理、ダウンタイムの計画に役立つので、これは重要な機能です。 Azure Load Balancer ルールでは、エンドポイントの状態を検出するために正常性プローブが必要です。 正常性プローブの構成とプローブの応答によって、新しい接続を受け入れるバックエンド プール インスタンスが決まります。 正常性プローブを使用して、アプリケーションの障害を検出します。 正常性プローブに対するカスタム応答を生成します。 フロー制御のために正常性プローブを

2020.07.15｜ Writer：NTT東日本アベ 可用性維持に欠かせないL4ロードバランサー Azure LBとは？ システムの可用性を維持するために欠かせない存在がロードバランサー（負荷分散）です。Microsoft Azure（以下、Azureと呼びます。）では複数の負荷分散サービスが提供されていますが、今回はそのなかでもL4（Layer4）ロードバランサーである「Azure LB」について紹介します。 Azure LBの概要から、機能やできること、設定項目、料金体系などについて、ひとつずつ見ていきましょう。 Azure LBは4種類の負荷分散サービスのひとつ Azure LBはAzureで提供されている負荷分散サービスのひとつです。Azureには大きく4つの負荷分散サービスが存在します。 Azure LB：TCP/UDP向けL4ロードバランサー Application Gate

Windows 10 Pro で Azure Active Directory joined (参加済み) なPCに、Azure AD非参加のPCからリモートデスクトップ接続しようとしたら「お使いの資格情報は機能しませんでした」というエラーが出てうまくいかなかったのでメモしておきます。 結論 リモートデスクトップ接続クライアント(mstsc.exe)の設定を、テキストエディタで編集する必要があります。めんどい。 まず、接続される側(サーバー側)のPCでリモートデスクトップ接続を有効にしておきます。 それから、接続する側(クライアント側)のPCで、下記の手順で接続できます。今回試した限りでは、Windows 7からの接続もできました。 リモートデスクトップ接続の設定ファイルを作る。設定ファイル(*.rdp)をメモ帳などのテキストエディタで開き、 enablecredsspsupport:i:

この記事では、Azure Automation Runbook と Azure Logic App を使用して、Azure Virtual Desktop 環境でセッション ホスト VM を自動的にスケーリングするスケーリング ツールについて説明します。 スケーリング ツールの詳細については、Azure Automation と Azure Logic Apps を使用したセッション ホストのスケーリングに関する記事を参照してください。 Note Azure Virtual Desktop のネイティブ自動スケーリング ソリューションは、プールされたおよび個人用のホスト プールで一般提供されており、スケーリング スケジュールに基づいてセッション ホスト VM を自動的にスケールインまたはスケールアウトします。 構成を容易にするために自動スケーリングを使用することをお勧めします。 詳細につい

この記事では、Azure Resource Manager デプロイ モデルとクラシック デプロイ モデルについて学習します。 Resource Manager デプロイ モデルとクラシック デプロイ モデルは、Azure ソリューションのデプロイと管理における 2 種類の異なる方法です。 異なる 2 種類の API セットを使用することで、デプロイしたリソースには重要な相違点が存在する可能性があります。 これらの 2 つのモデルに互換性はありません。 この記事では、その相違点について説明します。 リソースのデプロイと管理を簡単にするために、すべての新しいリソースに Resource Manager を利用することが推奨されています。 可能であれば、Resource Manager を使用して既存のリソースを再度デプロイすることをお勧めします。 Cloud Services を使用した場合

1 つの地理的エリアにある、複数の、それぞれが隔離され物理的にも分離された AZ によって構成されています。1 つのデータセンターを 1 つのリージョンとして定義することが多い他のクラウドプロバイダーとは違い、全 AWS リージョンが採用するこのマルチ AZ デザインは、お客様にいくつかのメリットをご提供するものです。 大阪ローカルリージョンは特殊で、 分離された耐障害性の高いインフラストラクチャデザインが 1 つのデータセンター内で構成されます。 アジアパシフィック (大阪) ローカルリージョンは 1 つのアベイラビリティーゾーンで構成されており、アジアパシフィック (東京) リージョンと組み合わせて使用することが意図されています。 このリージョンには、お客様のセールス担当者からのリクエストが必要です。 とのこと。 他にはLocal Zonesというものがあるようです。現在はロサンゼルス