Azure Site Recovery で PowerShell を使用して VMware のディザスター リカバリーを設定する - Azure Site Recovery
Recovery Services のコンテナーを作成し、コンテナーのコンテキストを設定する。 コンテナー内のサーバー登録を検証する。 レプリケーション ポリシーなど、レプリケーションを設定する。 vCenter サーバーを追加して VM を検出する。 vCenter サーバーを追加して検出する レプリケーション ログまたはデータを保持するストレージ アカウントを作成し、VM をレプリケートする。 フェールオーバーを実行する。 仮想マシンをレプリケートするためのフェールオーバーの設定を構成し、設定を実行する。 前提条件 開始する前に次の操作を実行してください。 シナリオのアーキテクチャとコンポーネントを理解している。 すべてのコンポーネントのサポート要件を確認する。 Azure PowerShell Az モジュールがあります。 Azure PowerShell をインストールまたはアップ
Azure Site Recovery を使用した VMware 仮想マシンと物理サーバーの Azure へのディザスター リカバリーに関するレプリケーションの問題のトラブルシューティング - Azure Site Recovery
この記事では、オンプレミス VMware VM および物理サーバーを Site Recovery を使用して Azure にレプリケートする場合に発生する可能性がある、いくつかの一般的な問題と特定のエラーについて説明します。 手順 1:プロセス サーバーの正常性を監視する Site Recovery はプロセス サーバーを使用して、レプリケートされたデータを受信して最適化し、それを Azure に送信します。 ポータルでプロセス サーバーの正常性を監視して、それらが正しく接続されて機能しており、プロセス サーバーに関連付けられているソース マシンに対してレプリケーションが進行していることを確認するようお勧めします。 プロセス サーバーの監視についての説明をご覧ください。 [ベスト プラクティスを確認する]。(vmware-physical-azure-troubleshoot-proces
Azure のサイトの回復用の更新プログラムのロールアップ 21 - Microsoft サポート
概要 この資料では、Microsoft Azure のサイトの回復の次のバージョンの更新プログラムのロールアップの 21 で修正される問題について説明します。 Microsoft Azure サイト復旧プロバイダー (バージョン 5.1.2700.1) Azure サイト回復統合セットアップ ガイド (Azure に VMware) (バージョン: 9.12.4653.1) については、修正される問題の詳細と前提条件をこの更新プログラムをインストールする前に検証する必要があります。 この更新プログラムで修正される問題 この更新プログラムを適用すると、以下の問題を修正し、次の機能強化が含まれています。 Microsoft Azure サイト回復の統合セットアップ 機能強化 Windows 2016 サーバーには、サーバー構成、およびスケール アウト プロセス サーバーをインストールすることが
料金 - Cloud Services | Microsoft Azure
Azure を探索 Azure について 安全かつ将来を見据えた、オンプレミス、ハイブリッド、マルチクラウド、エッジのクラウド ソリューションについて調べる グローバル インフラストラクチャ 他のどのプロバイダーよりも多くのリージョンを備える持続可能で信頼できるクラウド インフラストラクチャについての詳細情報 クラウドの経済性 Azure の財務上および技術的に重要なガイダンスを利用して、クラウドのビジネス ケースを作成する 顧客イネーブルメント 実績のあるツール、ガイダンス、リソースを使用して、クラウド移行の明確なパスを計画する お客様事例 成功を収めたあらゆる規模と業界の企業によるイノベーションの例を参照する
Standard Storage アカウントのスケーラビリティとパフォーマンスのターゲット - Azure Storage
この参照では、Azure Storage のスケーラビリティおよびパフォーマンスのターゲットについて説明されています。 ここで示すスケーラビリティおよびパフォーマンスのターゲットは、ハイエンドのターゲットですが、達成可能です。 いかなる場合でも、ストレージ アカウントで達成される要求レートおよび帯域幅は、格納されたオブジェクトのサイズ、使用されているアクセス パターン、およびアプリケーションで実行されているワークロードの種類によって異なります。 必ずサービスをテストして、パフォーマンスがユーザー要件を満たしているかどうかを確認してください。 可能であれば、トラフィック量の急増を回避し、トラフィックがパーティション間でうまく分散されるようにしてください。 ワークロードがアプリケーションのパーティションで処理できる上限に達すると、Azure Storage はエラー コード 503 (サーバー
Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
分かりにくいAzure BLOBの料金を事前にある程度推測する方法［PR］
← 前回 連載 INDEX Azureなどのクラウドプラットフォームにサービスを乗せて運用する際に、予測しづらく最も気がかりなのが「料金」ではないだろうか。もちろんある程度予測しやすいサービスもあり、例えばAzureのVirtual Machines（VM： 仮想マシン）やApp Serviceであれば、その作成時にVMサイズ（もしくは価格レベル）を選択する場面で、図1に示すように、月額の推定料金が表示されるので分かりやすい。 しかし、一部のサービスでは料金体系として従量課金が採用されており、使ってみるまでどれくらいの金額になるのかを予想しづらい。例えば、AzureのBLOBストレージは、作成時に価格レベルの選択などはないので、自ら利用料を推計しなれければならない。このため、これから使い始める人にとっては、「気付かないうちに、大金が課金されてしまうのではないか」と不安になりやすい（実際に筆
Windows Server バージョン 1709 では FRS がサポートされなくなりました - Windows Server
この記事では、Windows Server バージョン 1709 がファイル レプリケーション サービス (FRS) をサポートしなくなったことを説明します。 元の KB 番号: 4025991 まとめ Windows Server バージョン 1709 は、SYSVOL 共有のレプリケーションにファイル レプリケーション サービス (FRS) をまだ使用している既存のドメインに、Active Directory ドメイン コントローラー (DC) として追加できなくなります。 Windows Server バージョン 1709 ベースのサーバーを DC としてドメインに追加しようとすると、次のエラー メッセージが表示されます。 指定されたドメイン %1 は、ファイル レプリケーション サービス (FRS) を使用して SYSVOL 共有をレプリケートしています。 FRS は非推奨です。
Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
Azure Site Recovery を使用したディザスター リカバリー中のフェールバックについて - Azure Site Recovery
ディザスター リカバリー プロセスの一環として Azure にフェールオーバーした後、オンプレミス サイトにフェールバックすることができます。 Azure Site Recovery では、次の 2 種類のフェールバックを実行できます。 元の場所にフェールバックする 別の場所にフェールバックする オンプレミスにソース仮想マシンが残っているようであれば、VMware 仮想マシンをフェールオーバーする際に、元の仮想マシンにフェールバックできます。 このシナリオでは、変更部分のみがレプリケートされます。 このシナリオは、元の場所への復旧と呼ばれます。 オンプレミスの仮想マシンが存在しない場合、シナリオは別の場所への復旧となります。 Note 元の vCenter および構成サーバーのみにフェールバックすることができます。 新しい構成サーバーをデプロイし、それを使ってフェールバックすることはできま
プレゼンの達人が黒縁メガネを避ける理由 | PRESIDENT WOMAN Online（プレジデント ウーマン オンライン）
視線の止まる場所をつくらなければいけない プレゼンテーションのような1対多人数で話すときの視線について考えます。こうした場面で多いご質問が「どこを見て話せばいいですか」「全体を見ながら話したほうがいいですよね」というもの。 しかし、全員に話しかけようとするあまり、絶えず全員を見ようとするアイコンタクトになることも。これを私は“扇風機の首振り”と呼んでいます（笑）。首振りモードのように、顔と首が右から左に絶えず動いていて、落ち着きがない状態のことです。首を横に振って全体を見ようとするのはいいのですが、止まる場面もつくらなければ、きょときょとして落ち着きのない感じに見えてしまいます。 では、どこで止めればよいのでしょうか。それは“句点”。一文が終わったときに、次の方向に視線を送るということです。 会場のタイプによって、視線の向け方を変える 例えば会場が横長の場合。はじめに中央の列の人に視線を向
新元号への対応についてのアップデート
皆さまこんにちは。新元号への対応についてのアップデートをお伝えいたします。 新元号の発表時期等についてメディアでも取り上げられる機会が増え、皆さまから頂戴するお問い合わせも徐々に増えてまいりました。 私たちでは、政府とも連携を行いながら準備を進めており、引き続き新しい情報がございましたらこの Blog でお伝えしていく予定です。 ● 新元号への対応レベルにつきまして 弊社製品の新元号への対応レベルとしては、大きく下記の 3 点があります。個々の製品やサービス、バージョンによって必要な対応レベルが異なるため、弊社ではどのような対応が必要か精査を急ピッチで実施しています。 - 日付フォーマットの変換 "日付フォーマットの変換" とは、主に西暦 ⇔ 和暦の変換処理を指します。 西暦 2019 年 5 月 1 日以降の日付は平成ではなく、新しい和暦に変換される必要があります。 Win32 や AT
Azure ExpressRoute: 回線とピアリング
ExpressRoute 回線は、オンプレミスのインフラストラクチャを接続プロバイダー経由で Microsoft に接続します。 この記事では、ExpressRoute 回線とルーティング ドメイン/ピアリングについて理解できます。 下の図は、お客様の WAN と Microsoft の接続を論理的に表現したものです。 Note ExpressRoute のコンテキストにおける Microsoft Edge とは、ExpressRoute 回線の Microsoft 側のエッジ ルーターを表します。 ExpressRoute 回線にとって、これは Microsoft のネットワークへの入口となります。 ExpressRoute 回線 ExpressRoute 回線は、接続プロバイダー経由のオンプレミス インフラストラクチャと Microsoft クラウド サービス間の論理接続を表します。
Azure Site Recovery で VMware VM または物理サーバーのディザスター リカバリー用のプロセス サーバーを管理する - Azure Site Recovery
この記事では、Site Recovery プロセス サーバーを管理する際の一般的なタスクについて説明します。 プロセス サーバーは、レプリケーション データを受け取り、最適化して、Azure に送信するために使用されます。 また、レプリケートする VMware VM および物理サーバーへのモビリティ サービスのプッシュ インストールと、オンプレミス マシンの自動検出も実行されます。 オンプレミスの VMware VM または物理サーバーを Azure にレプリケートする場合、プロセス サーバーは既定で構成サーバー マシンにインストールされます。 大規模なデプロイでは、容量を拡張するためにオンプレミスのプロセス サーバーの追加が必要になる場合があります。 Azure からオンプレミスへのフェールバックには、Azure に一時的なプロセス サーバーを設定する必要があります。 この VM は、フ
Azure Site Recovery を使用した AzureVM オンプレミス フェールオーバーへの接続 - Azure Site Recovery
この記事では、フェールオーバー後に Azure VM に正常に接続できるように接続を設定する方法について説明します。 オンプレミスの仮想マシン (VM) と物理サーバーのディザスター リカバリーを Azure に対して設定すると、Azure Site Recovery が Azure へのマシンのレプリケートを開始します。 その後、障害が発生したときに、オンプレミスのサイトから Azure にフェールオーバーできます。 フェールオーバーが発生すると、Site Recovery は、レプリケートされたオンプレミス データを使用して Azure VM を作成します。 ディザスター リカバリー計画の一環として、フェールオーバー後にこれらの Azure VM で実行されているアプリに接続する方法を理解する必要があります。 この記事では、次の方法について説明します。 オンプレミスのマシンの準備 Az
Azure Site Recovery で VMware vCenter サーバーを管理する - Azure Site Recovery
この記事では、Azure Site Recovery の VMware vCenter Server での管理操作についてまとめます。 vCenter Server の前提条件を確認する VMware VM を Azure にディザスター リカバリーする際の vCenter Server と VM の前提条件は、サポート マトリックスに記載されています。 自動検出用のアカウントを設定する オンプレミスの VMware VM のディザスター リカバリーを設定する際に、Site Recovery には vCenter Server または vSphere ホストへのアクセス権が必要になります。 アクセスできる場合、Site Recovery プロセス サーバーは自動的に VM を検出し、必要に応じてフェールオーバーできます。 既定では、プロセス サーバーは Site Recovery 構成サー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Azure Backup と Azure Site Recovery
料金 - 帯域幅 | Microsoft Azure
第23回 「CBB」から「SAC」へ Windows 10のモデル名が変わった理由
（今さら）CIDRアドレス計算ツール by yamagata21