このポストは、2018 年 6 月 20 日に投稿された Traffic Analytics now generally available の翻訳です。

• ネットワークを監視し、シャドウ IT やコンプライアンスに違反したワークロードを完全に排除

• ワークロードの配置を最適化し、エンド ユーザーのエクスペリエンスを改善

• セキュリティ上の問題を検出し、アプリケーションやデータのセキュリティを強化

• 過剰なプロビジョニングや使用率が低いリソースを排除し、デプロイメントの規模を適正化してコストを削減

• 多数のサブスクリプション、複数の Azure リージョンにまたがるパブリック クラウド ネットワークの状況を可視化

• Your environment 画面: Azure ネットワーク全体の状況が視覚的に示され、非アクティブなリージョン、仮想ネットワーク、サブネットを把握できます。たとえば、VM が存在しながらネットワーク アクティビティが検出されないネットワーク上の場所を把握し、その後改めて詳細な分析を実施できます。また、アプリケーション ゲートウェイ、サブネット、ネットワークの間の不審なフローを検出します。このほか、インターネットを通じて通信している開放中のポートやインターネットにトラフィックを送信しているホストが示され、潜在的な脅威に対応できます。

図 1: Your environment 画面にはクラウド ネットワークの概要と各リージョン、VNet、サブネットの詳細が表示され、情報量が豊富で直観的、視覚的なネットワーク マップが表示されます。

• サマリ ビュー: 受信側と送信側の両方のトラフィックについて、許可済み、ブロック済み、安全、不審なフローの概要が表示されます。許可済みの不審なフローやブロック済みの安全なフローが増加するなど、それぞれの種類のトラフィックが不自然な増加を示した場合、フォレンジック調査を実施することをお勧めします。

図 2: トラフィックのサマリでは、許可済みの不審なフローやブロック済みの安全なフローが多数存在することが明確に示されます。

• アプリケーションのアクティビティ: フローを大量に生成または使用しているアプリケーション、通信量が多い VM のペアなどのワークロードのアクティビティを、VNet レベルからホスト レベルまでさまざまな粒度で把握できます。また、アプリケーションやポートごとの不審なトラフィックやブロック済みのトラフィックから得られたインサイトを活用してネットワーク セキュリティを強化したり、ネットワーク セキュリティ グループ (NSG) を更新して正規のトラフィックを許可したりできます。たとえば、どのポートが開かれていて不審なフローが許可されているかを把握し、これを基に詳細な調査を実施して NSG 構成を変更することができます。

図 3: ホスト、サブネット、VNet ごとの粒度でトラフィック フローの分布を表示します。

図 4: ポートごとのフローから、ネットワーク上の主要なアプリケーションや使用量が多いアプリケーションがわかります。

• キャパシティ プランニング: VPN は、ハイブリッド接続や VNet 間接続で重要な媒体となっています。ここではゲートウェイの使用状況が示され、使用率が低いものや上限を超過しているものを把握できます。ゲートウェイ別の上位の VPN 接続から、トラフィック パターンを把握したり、トラフィックの負荷を分散したり、プロビジョニングの不足によるダウンタイムの発生を防止したりできます。

図 5: VPN ゲートウェイのキャパシティ使用率が表示されます。

• Application Gateway と Load Balancer のサポート: Traffic Analytics の分析機能が拡張され、Azure Application Gateway や Load Balancer を通過するトラフィック フローに対応しました。これにより、トラフィック パターン、不審なトラフィックの影響を受けているリソース、バックエンド プールのインスタンスやホストへのトラフィックの分布などのインサイトが得られます。

図 6: Application Gateway や Load Balancer のフローの統計が表示されます。

• NSG のインサイトを使用してクラウド ネットワークのセキュリティを強化: 上位 5 つの NSG や NSG ルール、フローの詳細情報などの統計を細かく取得し、NSG の効率、NSG の上位のルール、不審なソースからのトラフィックが許可されていないかどうか、NSG ごとのフローの統計、NSG ごとの通信相手などを把握することができます。

図 7: NSG の詳細な統計を取得し時系列に従ってグラフ化できます。

• デプロイメントの自動化: 分析を行うために複数のリージョンにまたがる NSG を有効化する必要がある場合、Traffic Analytics では PowerShell (v6.2.1 以降) をサポートしているため、数分程度ですばやく有効化して分析できます。詳細については、こちらのドキュメント (英語) をご覧ください。
• 提供リージョンの拡大: 東南アジア リージョンでワークスペースの追加と NSG の分析を実施できるようになりました。サポートされるリージョンの完全なリストは、よく寄せられる質問ページでご確認ください。

使用を開始するには

フィードバックのお願い

ご不明な点がある場合

このポストは、2018 年 6 月 19 日に投稿された Immutable storage for Azure Storage Blobs now in public preview の翻訳です。

一般的な使用方法

• 規制遵守: 不変ストレージは、金融機関が SEC 17a-4(f)、CFTC 1.31©-(d)、FINRA などに対応する際に利用することができます。規制要件への具体的な対応方法について、近日技術ホワイトペーパーを公開する予定です。コンプライアンス認定の詳細については、Azure トラスト センターをご確認ください。

• ドキュメントを安全に保管: 不変ストレージのデータは、アカウント管理者を含むすべてのユーザーを対象に削除および変更が許可されないため、データをきわめて強固に保護することができます。

• 訴訟ホールド: 不変ストレージでは、訴訟や犯罪捜査などに必要な機密情報を、改ざんできない状態で必要な期間だけ保存することができます。

Azure Blob Storage の不変ストレージの機能

• 期間ベースの保持ポリシーをサポート: 指定した期間だけデータを不変状態で保持するようにポリシーを設定できます。

• 訴訟ホールド ポリシーをサポート: 保持期間が定まっていない場合は、訴訟ホールドが解除されるまでデータを不変状態で保持するように設定できます。

• すべての Blob 階層をサポート: WORM ポリシーは Hot、Cool、Archive のすべての Azure Blob Storage 階層に適用可能です。このため、ワークロードに応じた階層でコストを最適化しながらデータを不変状態で保存できます。

• Blob コンテナー レベルでの構成: 期間ベースのポリシーや訴訟ホールド タグをコンテナー レベルで構成できます。これにより、期間ベース保持ポリシーの作成、ポリシーのロック、保持期間の延長、訴訟ホールドの設定や解除を、コンテナー レベルで容易に行えます。ポリシーは、コンテナー内に存在する既存および新規のすべての Blob に適用されます。

使用方法

フィードバックのお願い

このポストは、2018 年 6 月 19 日に投稿された Introducing the redesigned Security Center Overview dashboard の翻訳です。

このメトリックは、ユーザーが読み取り以上のアクセス許可を持つすべてのサブスクリプションにおける Security Center のステータスを表すもので、適切なセキュリティ制御が行われていないサブスクリプションを特定することができます。

注: AAD テナント下のすべてのサブスクリプションの状態を把握するためには、ルート管理グループで、閲覧者、セキュリティ閲覧者、セキュリティ管理者のいずれかのロールを設定する必要があります。Azure 管理グループと Security Center の統合の詳細については、ドキュメント「Security Center のセキュリティ ポリシーを Azure Policy に統合する」をご覧ください。

  [Policy Compliance]: このメトリックは、リソースに割り当てられたセキュリティ ポリシーがどの程度遵守されているかを表すものです。   それぞれの領域の右側に、以下のような有用なインサイトが示されます。 [Policy & compliance]: それまでのポリシーの遵守状況、Security Center から SIEM ソリューションへの接続、Security Center でセキュリティ ポリシーを使用する方法のガイド [Resource security hygiene]: 関連性が強い推奨事項や影響が大きい推奨事項 [Threat protection]: 関連性が強いアラート、セキュリティ担当者が指定されていないサブスクリプション     これらのインサイトから、企業のセキュリティ ポスチャを全体的に改善するために対応が必要な領域を特定できます。たとえば、以下のことがわかります。

• 多くのリソースに影響を与える、セキュリティ状態に関する一般的な問題 – すべての VM にエンドポイント保護ソリューションをデプロイする、あるいは、データやストレージの暗号化を有効にするなどの対応を取ることができます。

• 頻繁に攻撃を受けているリソース (アラート発生回数が多いリソース) – 該当するリソース周辺の保護を強化して、攻撃範囲を縮小させることができます。

• 特定時点における企業全体での遵守状況の傾向の変化 – 遵守状況の変化の原因となったイベントを特定して解決できます。たとえば、新しいアプリケーションが起動され、それが企業のセキュリティ ポリシーに準拠していないリソースを複数含む場合、その後はコンプライアンスに準拠したアプリケーションのみ起動を許可するようにできます。

Security Center の新しい機能やメトリック、Azure ポリシーの使用の詳細については、以下の記事をご覧ください。

• Security Center とは

• Security Center のセキュリティ ポリシーを Azure Policy に統合する

Azure Security Center をぜひ今すぐご利用ください。  ]]>

このポストは、2018 年 6 月 18 日に投稿された Announcing the general availability of Azure SQL Data Sync の翻訳です。

Azure SQL データ同期の新機能

• 構成エクスペリエンスが向上 – 構成ワークフローの信頼性が向上し、また、ユーザー エクスペリエンスがさらに直観的になりました。

• データベース スキーマ更新の信頼性と速度を強化 – 新しい SMO ライブラリの使用により、データベース スキーマの読み込み効率がさらに向上しました。

• データ同期がより安全に – エンドツーエンドの同期ワークフローを見直し、格納中でも通信中でも、ユーザーのデータが常に確実に暗号化されるようになりました。このデータ同期サービスは、GDPR のコンプライアンス要件を満たしています。

Azure SQL データ同期を今すぐお試しください

• Azure SQL データ同期をセットアップする

• Azure SQL データ同期のベスト プラクティス

• Log Analytics を使用した Azure SQL データ同期の監視

• Azure SQL データ同期に関する問題のトラブルシューティング

• PowerShell サンプル

このポストは、2018 年 6 月 7 日に投稿された Azure Backup for SQL Server on Azure now in public preview の翻訳です。

主なメリット

• インフラストラクチャ不要のバックアップ: バックアップ インフラストラクチャ (バックアップ サーバー、エージェント、バックアップ ストレージなど) の管理や複雑なバックアップ スクリプトの作成から解放されます。

• Recovery Services コンテナーを使用してすべてのバックアップの管理と監視を集約:
  • Grandfather-Father-Son 方式の保存 (英語) スキームで、バックアップのスケジュールや、長期保存と短期保存の両方に対応した保存方法を指定するポリシーを作成できます。このポリシーは、サーバー全体の複数のデータベースで再利用できます。
  • バックアップや復元が失敗した場合のメールの通知を設定できます。
  • Recovery Services コンテナーのダッシュボードから、Azure IaaS VM、Azure Files、SQL Server データベースなどのすべてのワークロードのバックアップ ジョブを監視できます。

• 秒単位で復元ポイントを指定可能: 復元したい日付と時刻を秒単位で指定してデータベースを復元できます。Azure Backup では選択した日の復元ポイントの概要がグラフィカルに表示されるため、適切な復元ポイントを選択できます。このソリューションは、指定した復元ポイントに対応する完全バックアップ、差分バックアップ、ログ バックアップ チェーンをバックエンドから適切に取得します。

• 回復ポイントの目標 (RPO) は 15 分: トランザクション ログのバックアップの実行間隔を 15 分に設定し、バックアップに関して組織のニーズを満たす SLA を確約することができます。

• 従量課金制サービス: 前払い料金は発生せず、毎月の使用量に基づいて支払い額が決定されます。

• ネイティブな SQL API を統合: Azure Backup ではネイティブな SQL API が使用されているため、SQL のバックアップを圧縮したり、完全バックアップ、差分バックアップ、ログ バックアップなどのバックアップと復元を完全かつ正確に利用することができます。バックアップ ジョブはお客様が SSMS を使用して監視することができます。

• Always On 可用性グループをサポート: Azure Backup は可用性グループ内のデータベースの保護に対応しており、可用性グループのバックアップ設定を維持したままフェールオーバー後もシームレスにデータを保護できます。

使用を開始する

[embed]https://youtu.be/VBr41VVU_aI[/embed]

今後の機能強化について

• Power BI を使ったカスタマイズ可能なバックアップ レポートの集約

• OMS Log Analytics によるカスタマイズ可能な監視の集約

• 将来追加されるデータベースの自動保護

• PowerShell と Azure CLI のサポート

関連情報

• この機能の詳細については、SQL Server 用 Azure Backup のドキュメント (英語) をご覧ください。

• この機能には新しい価格モデルが適用されます。詳細については価格ページでご確認ください。

• マイクロソフトが提供する各種 SQL バックアップ オプションをご確認のうえ、お客様の要件に応じて適切なソリューションをお選びください。

• ご不明な点がある場合は、Azure Backup フォーラム (英語) や Azure Backup のドキュメントをご覧ください。

• Azure Backup についてのご要望やアイデアはこちら (英語) からご投稿ください。

• Azure Backup をまだご利用でない方は、こちらのページから Azure の無料アカウントを今すぐ作成しましょう。

このポストは、2018 年 6 月 13 日に投稿された Azure Kubernetes Service (AKS) GA – New regions, more features, increased productivity の翻訳です。

• Kubernetes 用 Helm パッケージ マネージャー (英語) の開発をリードおよびサポートしています。これは、先日 Cloud Native Compute Foundation でトップ レベルのプロジェクトに昇格されました。

• 初心者ユーザーがもっと気軽に Kubernetes を使えるよう、Draft (英語) や Brigade (英語) を開発し提供しています。

• Visual Studio 用および Visual Studio Code 用の Kubernetes プラグイン (英語) を継続的に改良し、開発環境と運用環境を容易に統合できる直感的なエクスペリエンスを提供しています。

• DevOps ツールでも、Jenkins や Visual Studio Team Services (英語) などのお好みの CI/CD ツールに容易に AKS を統合することができます。

• さらに、複数業界で取り組んでいる Virtual Kubelet (英語) では、VM のない環境でも Azure Container Instances などの先進的なテクノロジを使用して Kubernetes を管理できるようにしています。

ライフサイクル管理

• BLOB を下位のストレージ階層に移行 (Hot から Cool へ、Hot から Archive へ、Cool から Archive へ) し、パフォーマンスとコストを最適化

• ライフサイクル終了時に BLOB を削除

• ストレージ アカウント レベルに対して毎日実行するルールを定義 (GPv2 と BLOB の両方のストレージ アカウントをサポート)

• コンテナーや BLOB のサブセットにルールを適用 (プレフィックスをフィルターとして使用可能)

シナリオ例

• 最後に更新されてから 30 日経過後に BLOB を Cool ストレージ階層に移行する

• 最後に更新されてから 90 日経過後に BLOB を Archive ストレージ階層に移行する

• 作成後 2,555 日 (7 年) 経過後に BLOB を削除する

• BLOB のスナップショットを作成して 90 日経過後に削除する

{
   "version": "0.5",
   "rules": [
     {
       "name": "ruleFoo",
       "type": "Lifecycle",
       "definition": {
         "filters": {
           "blobTypes": [ "blockBlob" ],
           "prefixMatch": [ "foo" ]
         },
         "actions": {
           "baseBlob": {
             "tierToCool": { "daysAfterModificationGreaterThan": 30 },
             "tierToArchive": { "daysAfterModificationGreaterThan": 90 },
             "delete": { "daysAfterModificationGreaterThan": 2555 }
           },
           "snapshot": {
             "delete": { "daysAfterCreationGreaterThan": 90 }
           }
         }
       }
     }
   ]
}

Azure Portal

使用を開始するには

PowerShell

Register-AzureRmProviderFeature -FeatureName DLM -ProviderNamespace Microsoft.Storage

CLI 2.0

az feature register –-namespace Microsoft.Storage –-name DLM

使用料金

フィードバックのお願い

統合に関する推奨方法

統合に向けたロードマップ

• Azure Active Directory のログ – Azure Active Directory のログだけは、AzLog では直接統合できますが、Azure Monitor ではまだできません。Azure Monitor の Azure Active Directory ログに対応したパブリック プレビューは、2018 年 7 月に開始される予定です。

• Azure VM のログの統合 – AzLog では、Azure VM のゲスト OS のログ (Windows のセキュリティ イベントなど) を一部の SIEM ツールに統合するオプションを使用できます。Azure Monitor には OS のログを Event Hubs にルーティングできる Linux 用および Windows 用のエージェントがありますが、エンドツーエンドで SIEM ツールを統合するのは容易ではありません。このため、2018 年末までは暫定的に、OS のログを Event Hubs にルーティングする機能のサポートを強化する予定で、また、パートナーと協力して、これらのログを使用できるようにするコネクタを開発しています。現時点では、VM ログ エージェントか、SIEM メーカーが提供しているログ転送機能を使用することをお勧めします。

• エンドツーエンドのセットアップ – AzLog では、ログのソースをエンドツーエンドでセットアップする作業の自動化スクリプトが提供されます。Azure Monitor には診断設定の作成をスクリプト化する機能がありますが、私たちは Azure Policy チームと共同で、Resource Manager ポリシーを使用してログ データをあらゆるソースにシームレスにルーティングできるようにする機能の開発も進めています。今後 2 か月のうちには、それらのシナリオをサポートするポリシーがリリースされる予定です。また、2018 年末にはカスタム ポリシーもサポートされる予定です。

• 他の SIEM ツールとの統合 – AzLog では、標準化された JSON 形式の Azure のログをディスクにプッシュする汎用機能が提供されます。その他の SIEM ツールは、公式には AzLog でサポートされませんが、LogRhythm などのツールを使用すると、ログ データを簡単に取得することができます。これらのツールで AzLog を使用しているお客様には、ツールの提供元と協力して Azure Monitor Event Hubs と統合されることをお勧めします。

このポストは、2018 年 6 月 4 日に投稿された Why you should bet on Azure for your infrastructure needs, today and in the future の翻訳です。

あらゆるワークロードに対応するインフラストラクチャ

•  業界最高レベルの M シリーズ VM には、最大 12 TB のメモリを搭載した VM が追加されます。パブリック クラウドの VM 1 台としては最大のメモリ容量であり、SAP HANA などのインメモリ ワークロードに対応します。これらの大容量の VM 構成を追加することで、クラウドにおける仮想化の限界を押し広げ、VM で実行される SAP HANA のパフォーマンスを向上させます。これらの新しい VM サイズは Intel Xeon Scalable (Skylake) プロセッサを基盤としています。詳細については、今後数か月以内にお伝えします。

• M シリーズ VM では、メモリ容量が最小 192 GB の VM サイズの提供が開始されました。RAM 容量の選択肢は最小 192 GB、最大 4 TB に広がり、合計 10 種類のサイズ間で迅速なスケールアップ/スケールダウンが可能です。M シリーズ VM は SAP HANA 認定を取得しており、12 のリージョンでご利用いただけます。Azure ARM テンプレートの SAP HANA 用自動化スクリプト (英語) を使用すると、オンプレミス環境では数週間を要する SAP HANA 環境全体のデプロイメントをわずか数分で完了できます。

• Azure Large Instances では、SAP HANA TDIv5 に最適化された新しい SAP HANA 用構成の提供が開始され、メモリ容量を 6 TB、12 TB、18 TB から選択できるようになりました。これに加えて、パブリック クラウドのインスタンスとしては業界最大規模となる 24 TB の TDIv5 構成の提供が開始されました。これにより、SAP HANA 専用インスタンスが 15 種類に拡大されました。TDIv5 構成を低価格でご利用いただけるようになったほか、SLA によって SAP HANA インフラストラクチャの可用性が 99.99% 保証され、さらに大容量の構成へのステップアップも可能です。

• 新しい Standard SSD Disks は、Azure Managed Disks の低コストな SSD ベースのソリューションです。一貫したパフォーマンスと高スループットが必要とされるテストやエントリ レベルの運用環境のワークロードに最適です。Standard HDD Disks と比較すると、レイテンシ、信頼性、スケーラビリティが向上します。Standard SSD Disks は、Premium SSD Disks に容易にアップグレードできます。これにより、低レイテンシが求められる高負荷なエンタープライズ ワークロードに対応できます。Standard SSD Disks は、Azure Managed Disks の業界最高レベルの耐久性と可用性を備えています。Standard SSD Disks の詳細については、こちらのブログ記事をご覧ください。

完全な一貫性を持つハイブリッド機能

組み込みのセキュリティ機能と管理機能

• Azure IaaS VM 用災害復旧機能の一般提供開始: 事業継続計画が求められる規制 (ISO27001 など) にアプリケーションを準拠させるためには、災害復旧機能が必要となる場合があります。また、リージョン全体が自然災害の被害を受けるなどの万一の事態が発生しても、アプリケーションを継続的に実行する必要があります。この新しいサービスの一般提供が開始されたことにより、Azure 独自の組み込みの DRaaS (サービスとしての災害復旧) により、数日や数週間の期間を要することなく、数分程度で災害復旧を構成できます。使用を開始する方法の詳細については、こちらのドキュメントをご覧ください。

• Azure Virtual Machines での Azure Backup for SQL のプレビュー: このたび、Azure のバックアップ機能が拡張され、VM やファイルに加えて VM 上の SQL インスタンスのバックアップにも対応しました。このインフラストラクチャ不要のサービスにより、バックアップ スクリプト、エージェント、バックアップ サーバー、バックアップ ストレージの管理から解放されます。さらに、SQL Server や SQL Always On 可用性グループで SQL ログのバックアップを 15 分ごとに実行できます。この機能の主なメリットや使用を開始する方法の詳細については、こちらのドキュメントをご覧ください。

• VM でのコマンド実行: マシンに接続しなくても、Azure VM に対するスクリプトを Azure ポータルから直接実行できるようになりました。PowerShell スクリプトまたは Bash スクリプトを実行可能で、ネットワークに接続できなくなったマシンのトラブルシューティングを行うこともできます。コマンド実行の詳細については、Windows VM (英語) および Linux VM (英語) のドキュメントをご覧ください。

コストの削減と管理、インフラストラクチャの最適化を行う新しい方法

1.   D2V3 サイズの Windows Server VM 2 台の年間コストを比較した例。米国西部 2 リージョンで D2V3 サイズの VM 2 台を 12 か月間、毎月 744 時間稼働した場合のコスト削減額を算出したものです。米国西部 2 リージョンの SUSE Linux Enterprise のコンピューティング基本料金を適用しています。2018 年 4 月 24 日時点の Azure の料金と、2018 年 4 月 24 日に改定された AWS の料金を比較しています。料金は変更される場合があります。

2.   80% のコスト削減とは、Windows Server 向け Azure Hybrid Benefit と 3 年契約の Azure Reserved Instance を併用した場合です。ソフトウェア アシュアランスの料金は含まれません。

3.   実際の削減額は、場所、インスタンスの種類、使用状況によって異なります。