オンプレミスから移行されたアプリケーションは、最小限のアプリケーション変更であっても、Azure のコスト効率の高い安全なインフラストラクチャのメリットを得られる場合があります。 企業は機敏性を向上させたり、Azure の機能を活用できるように、アーキテクチャを適合させる必要があります。 Microsoft Azure では、ハイパースケールのサービスとインフラストラクチャ、エンタープライズ レベルの機能と信頼性が提供されています。 これらのサービスとインフラストラクチャには、ハイブリッド接続に関する多数の選択肢が用意されているため、お客様はインターネットまたはプライベート ネットワーク接続経由でアクセスすることができます。 また、Microsoft のパートナーも、Azure で実行するために最適化されたセキュリティ サービスと仮想アプライアンスを用意して、強化された機能を提供できます。
Products Popular View all products (200+) Azure Virtual Machines Azure Virtual Desktop Azure SQL Microsoft Copilot in Azure PREVIEW Azure AI Services Azure AI Studio Azure Cosmos DB Azure Kubernetes Service (AKS) Azure Arc Azure Migrate AI + machine learning Azure Machine Learning Azure AI Services Microsoft Copilot in Azure PREVIEW Azure OpenAI Service Azure AI Studio Azure AI Vision Azure AI Se
ソリューションのアイデア この記事ではソリューションのアイデアについて説明します。 クラウド アーキテクトはこのガイダンスを使用すると、このアーキテクチャの一般的な実装の主要コンポーネントを視覚化しやすくなります。 ワークロードの特定の要件に適合する、適切に設計されたソリューションを設計するための出発点として、この記事を使用してください。 Azure インフラストラクチャへのフェールオーバーを使用する、オンプレミスのデータセンターでホストされている SharePoint、Dynamics CRM、Linux Web サーバー向けの大規模なエンタープライズアーキテクチャです。 このソリューションは、Traffic Manager、Azure Site Recovery、Microsoft Entra ID、VPN Gateway、Virtual Network といった Azure マネージ
仮想マシンのレプリケート すべての IIS Web ファーム仮想マシンを Azure にレプリケートするには、「Site Recovery での Azure へのフェールオーバーをテストする」のガイダンスに従います。 静的 IP アドレスを使用している場合は、仮想マシンに割り当てる IP アドレスを指定できます。 IP アドレスを設定するには、[ネットワーク設定]>[ターゲット IP] に移動します。 復旧計画の作成 復旧計画では、フェールオーバー時における多層アプリケーション内の各種階層の順序付けがサポートされます。 順序付けは、アプリケーションの一貫性の保守に役立ちます。 多層 Web アプリケーションの復旧計画を作成する際には、復旧計画の作成に関するページで説明されている手順を完了します。 フェールオーバー グループへの仮想マシンの追加 一般的な多層 IIS Web アプリケーション
Windows Server 2008 で刷新された「ポリシーベースのQoS」を使ったことがある方、手を挙げてください。 あぁ、すくないですね。実は、私も一度も使ったことがありませんでした。 で、本当にこんな標準機能ごときで帯域制御なんてできるの?ってことで試しに使ってみました。 設定方法は簡単です。グループポリシー管理コンソールの「コンピュータの構成」または「ユーザーの構成」の配下にある [Windowsの設定] - [ポリシーベースのQos] にエントリを登録するだけです。 設定の手順は以下の通りです。非常に簡単です。 はじめにポリシーの名前を入れて、DSCP値とスロットル率を指定します。以下の画面ではスロットル率(帯域)に300kbps と指定してあります。つまり、このポリシーが適用されるコンピューターまたはユーザーは300Kbpsの帯域しか使えないということです。 つぎに、このポリ
こんにちは。 サイオステクノロジー國政です。プリセールスを担当しております。 Azure Backup編は弊社が提唱するHAクラスター構成である、WSFCとDataKeeperをAzure上に構築、その後運用に入るまでに考える事柄の一つである障害への備えとしてAzure Backupの有用性を考えてみました。 本後編では、もう一つの障害対策として Azure Site Recoveryについて、そもそもどんな機能か、どう設定するるとよいのかを手順交え紹介してみます。 また最後に、Azure BackupとAzure Site Recoveryの違いをまとめ、活用可能性を考えてみたいと思います。 前編、後編の検証概念図 本記事で試した構成の場合、DataKeeperのライセンスは4本必要です。 詳細は下記LifeKeeper/DataKeeperユーザーポータルをご参照ください。 Azure
Azure を自社に導入する前に検討しておきたい事を「5つの項目」にまとめてみました。この「5つの項目」への答えを準備できていると、スムーズな導入が期待できます。 【社内ルール編】 [Microsoft Azureの購入方法を検討する] 先ずは、Azureの購入方法から検討していきましょう。詳細は「Azureの購入方法」に記載しています。プランに迷う方は、下記チャートをご活用下さい。 ※ちょっと強引ですが、、 [社内向け利用申請書を作成する] 社内でAzureを利用する場合、おそらく、様々な部署や事業所の方も利用したいと思います。その為の申請フローや申請書のテンプレートを作成しておくと良いでしょう。この申請書と設定シートを兼用するのも有用かと思います。 [社内向け請求方法を考える] 社内でAzureを利用した場合、利用した部署や事業所に対して、社内請求をしたい場合があります。占有するサービ
データをコピーし、アプライアンスの使用を停止する 次の手順を使用して、環境にデータをコピーし、StorSimple 8000 アプライアンスの使用を停止します。 データが既に独自の環境に移行されている場合は、アプライアンスの使用停止に進むことができます。 手順 1: バックアップ ファイルまたはライブ データを独自の環境にコピーします。 バックアップ ファイル。 バックアップ ファイルがある場合は、Azure StorSimple 8000 シリーズ コピー ユーティリティを使用して、バックアップ ファイルを環境に移行します。 詳細については、 コピー ユーティリティのドキュメントを参照してください。 ライブ データ。 コピーするライブ データがある場合は、iSCSI 経由でライブ データにアクセスして環境にコピーできます。 手順 2: デバイスの使用を停止します。 データ移行が完了したら
この記事では、リージョン間で Azure 仮想マシン (VM) のレプリケーションと復旧を行うときに Azure Site Recovery で一般的なエラーをトラブルシューティングする方法について説明します。 サポートされる構成の詳細については、Azure VM をレプリケートするためのサポート マトリックスに関するページをご覧ください。 Azure リソースのクォータに関する問題 (エラー コード 150097) ディザスター リカバリー (DR) リージョンとして使用するターゲット リージョンで Azure VM を作成するには、サブスクリプションが有効であることを確認してください。 必要なサイズの VM を作成するには、サブスクリプションに十分なクォータが必要です。 既定では、Site Recovery ではソース VM のサイズと同じターゲット VM サイズが選択されます。 同じ
創業から 70 年の歴史を持つ小柳建設株式会社。同社は、常に新しいことへ挑み続ける「チャレンジ精神」を武器に、土木、建築事業および世界に誇れる浚渫事業を主軸として、大きな成長を遂げています。 同社はそのチャレンジ精神をもって、これまでオンプレミスで運用していた IT 基盤のクラウド移行を計画。パートナーである株式会社ティーケーネットサービスとの連携のもと、Microsoft Azure をプラットフォームとした「IT 基盤整備」プロジェクトを実施しました。これにより、従来環境での運用と同等コストながら、セキュアかつ自然災害発生時にも止まることのない堅牢なシステム基盤を獲得しました。小柳建設株式会社では今後、拡張性の高い Azure 上のプラットフォームを活用することで、在宅勤務ができるビジネス環境の構築や、建設現場におけるモバイル ワークの実装といった取り組みを、高いスピード感をもって推し
いつ起こるか分からない災害に備える事は貴社のビジネスを円滑に継続するには欠かせない対応です。 しかしながら従来システムの災害対策というと遠隔地にセンターを借り、高額の機器を導入する必要がある非常に高価な仕組みでした。 弊社の「DRaaS with Azure」サービスはこの概念を覆し、「安価」+「容易」+「迅速」にシステムの災害対策を実現できるサービスです。 Microsoftが提供するパブリッククラウドサービスであるMicrosoft Azureを利用し、自社環境(オンプレミス)のシステムの災害復旧(DR:Disaster Recovery)をクラウドサービスで実現します。 1番のメリットはコストの安さですが、それだけではありません! 手軽に短期間で導入可能 最短2週間で利用可能 新たな機器やソフトウェアの調達は不要 運用を省力化 ハードウェア老朽化による機器更新が不要 DRのための技術
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く