https://cloud.google.com/blog/ja/topics/windows/WindowsjaTue, 24 Oct 2023 04:25:12 +0000https://cloud.google.com/blog/ja/topics/windows/static/blog/images/google.a51985becaa6.pnghttps://cloud.google.com/blog/ja/topics/windows/https://cloud.google.com/blog/ja/products/compute/windows-server-2012-on-google-cloud-after-eos/<div class="block-paragraph"><p data-block-key="ubcak">※この投稿は米国時間 2023 年 10 月 18 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/products/compute/windows-server-2012-on-google-cloud-after-eos?hl=en">投稿</a>されたものの抄訳です。</p><p data-block-key="19pdm">Windows Server 2012 は 2023 年 10 月 10 日にサポート終了（「EOS」）を迎えました。このため、このオペレーティング システムのバージョンに対するセキュリティ更新プログラム、パッチ、テクニカル サポートが Microsoft から提供されなくなります。Microsoft から<a href="https://learn.microsoft.com/en-US/lifecycle/faq/extended-security-updates" target="_blank">拡張セキュリティ更新プログラム</a>（ESU）を購入して重要なセキュリティ更新プログラムを引き続き利用される方は、<b>Google Cloud で実行されている VM にそれらのセキュリティ更新プログラムを</b><a href="https://support.microsoft.com/en-us/topic/kb5031043-procedure-to-continue-receiving-security-updates-after-extended-support-has-ended-on-october-10-2023-c1a20132-e34c-402d-96ca-1e785ed51d45" target="_blank"><b>適用</b></a><b>できます</b>。さらに、Google Cloud は Windows Server 2012 および 2012 R2 が EOS 日以降も Google Cloud で確実に動作し続けるように取り組んでいます。このブログ投稿では、EOS を迎えた現在以降も、Google Cloud 上で Windows Server 2012 インスタンスを実行するためのオプションについて説明します。</p><h3 data-block-key="bcv2q"><b>Windows Server 2016 以降にアップグレードする</b></h3><p data-block-key="59mkd">オペレーティング システムが EOS を迎えた場合、まず最適なオプションはサポートされているバージョンの OS にアップグレードすることです。Google Cloud は、これを迅速かつ簡単に行えるさまざまなオプションをご用意しています。ただし、アップグレードがすぐに実行できない場合でも、Windows 2012 は<a href="https://cloud.google.com/compute/docs/images/os-details">現在</a>サポートされているすべてのマシンタイプ（E2、N1、N2、N2D、T2D、C2、C2D、M1、M2）で EOS 日以降も引き続き動作しますのでご安心ください。</p><p data-block-key="1bi7r">現在 Google Cloud で Windows Server 2012 を実行している場合、Windows Server 2016 以降に簡単にアップグレードできる方法は次の 2 つです。</p><ul><li data-block-key="akq27">Windows Server 2016 以降を使用して<b>新しい VM インスタンスを作成</b>し、既存の VM からアプリケーションを移行する。</li><li data-block-key="4icon">新たにインストールしない場合は、<a href="https://cloud.google.com/compute/docs/tutorials/performing-in-place-upgrade-windows-server">アップグレードのドキュメント</a>に沿って、Windows Server 2012 インスタンスの<b>インプレース</b> <b>アップグレード</b>を実行する。</li></ul><p data-block-key="6bvk7">一部の古いアプリケーションには、新しいバージョンの Windows と互換性がない場合があります。この場合、<a href="https://cloudhouse.com/bring-your-legacy-applications-to-the-modern-world/?gclid=CjwKCAjwvfmoBhAwEiwAG2tqzJqzqa80A0HLq3Acc8KwxZAUxTRuARO73gMqiODCKzToAQqUzHtCzRoCaM0QAvD_BwE" target="_blank">Cloudhouse</a> などのパートナー ソリューションを活用し、他の方法では互換性のないアプリケーションのアップグレードを行うことが可能です。また、モダナイゼーションのオプションを検討することもできます。たとえば、Windows Server 上で SQL Server を実行している場合、フルマネージド サービス（<a href="https://cloud.google.com/sql/sqlserver">Cloud SQL</a>）に移行できます。または、Windows 上で .Net アプリを実行している場合、.Net Core に<a href="https://cloud.google.com/dotnet/docs/modernization-path-dotnet-applications-google-cloud">モダナイズ</a>して Linux コンテナで実行できます。</p><h3 data-block-key="bla33"><b>オンプレミスの Windows Server 2012 ワークロードにも対応</b></h3><p data-block-key="68m08">Windows Server 2012 ワークロードをオンプレミスで実行している場合、この機会に Google Cloud への移行をぜひご検討ください。<a href="https://cloud.google.com/migrate/virtual-machines/docs/5.0/reference/supported-os-versions">Migrate to Virtual Machines</a> や<a href="https://cloud.google.com/compute/docs/images/creating-custom-windows-byol-images">イメージ インポート</a> ツールを使用すれば、Windows Server 2012 VM を簡単に移行できます。ライセンスについては、お客様所有ライセンスを使用（BYOL）するか（BYOL 対象のライセンスをお持ちの場合）、Google が提供するライセンスを従量課金制で使用することができます。</p><h3 data-block-key="2btm1"><b>Windows Server 2012 ワークロードを保護する</b></h3><p data-block-key="93d15">お使いの Windows Server 2012 のセキュリティ更新プログラムを入手するには OS をアップグレードするのが最善策ですが、ESU を購入して重要なセキュリティ パッチを取得し、Google Cloud の Windows Server 2012 インスタンスで使用することも可能です。Microsoft から ESU を購入し、Google Cloud で実行されている VM に<a href="https://support.microsoft.com/en-us/topic/kb5031043-procedure-to-continue-receiving-security-updates-after-extended-support-has-ended-on-october-10-2023-c1a20132-e34c-402d-96ca-1e785ed51d45" target="_blank">適用</a>するだけで済みます。</p><p data-block-key="1uvkj">ESU の使用に加えて、Windows Server 2012 環境のセキュリティを保護するさまざまな方法もおすすめします。たとえば、Virtual Private Cloud（VPC）を使用した環境の分離、内部の（外部からルーティングされていない）IP アドレスの割り当て、ユーザー アクセスを制限するベスト プラクティスの実施、VM Manager などのサービスを使用したパッチ提供による重大な脆弱性対策などが挙げられます。</p><p data-block-key="65f17">最後に、ESU の費用を鑑み、別のクラウド プロバイダを検討される際には、Google Cloud もぜひ候補としてご検討ください。技術と予算の両面でお手伝いできる可能性がございます。詳しくは、windows-2012-eos@google.com までお問い合わせいただくか、お客様のアカウント担当の Google チームに直接ご連絡ください。</p><p data-block-key="tb58"><i>-グループ</i> <i>プロダクト</i> <i>マネージャー</i> <b><i>Venkat Gattamneni</i></b></p><p data-block-key="at1ol"><i>-シニア</i> <i>プロダクト</i> <i>マネージャー</i> <b><i>Clark Kibler</i></b></p></div>Tue, 24 Oct 2023 01:00:00 +0000https://cloud.google.com/blog/ja/products/compute/windows-server-2012-on-google-cloud-after-eos/WindowsComputearticleGooglehttps://cloud.google.com/blog/ja/products/compute/windows-server-2012-on-google-cloud-after-eos/Google Cloud Japan Team https://cloud.google.com/blog/ja/products/compute/how-to-make-and-remove-a-virtual-machine-on-google-cloud/<div class="block-paragraph"><p>※この投稿は米国時間 2023 年 5 月 13 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/products/compute/how-to-make-and-remove-a-virtual-machine-on-google-cloud?hl=en">投稿</a>されたものの抄訳です。</p><p>仮想マシン（VM）は、購入やセットアップ、または維持を必要とせずに使用することができるコンピュータであり、VM の作成はクラウドの最も基本的な機能の一つです。必要な数のコンピュータをレンタルし、使い終わったら削除できます。</p><p>ただし、VM の設定が簡単でなければ、メリットが半減してしまいます。Google Cloud では、<a href="https://cloud.google.com/compute?hl=ja">Compute Engine</a> サービスを使用して VM を作成できます。利用を開始するには、短い（5 分程度）<a href="https://console.cloud.google.com/?walkthrough_id=compute--compute_windows_quickstart$c2d2-cgcb-neos046-int">インタラクティブなチュートリアル</a>を参考にしてください。ここでは、そのチュートリアルの大まかな流れについて説明しますが、正確な手順をすべて確認するには、チュートリアルを一通り行う必要があります。</p><p>このチュートリアルを終了したら、VM の作成と使用について詳しく確認するために、必ずリファレンスをご覧ください。</p><h3>プロジェクトの選択</h3><p>アプリケーション内のすべてのものをプロジェクトに含めるため、このチュートリアルを進めるには、プロジェクトの作成または選択が必要となります。プロジェクトは請求先アカウントと関連付ける必要がありますので、アカウントをお持ちでない場合は、<a href="http://cloud.google.com/free">無料トライアル</a>のお申し込みをご検討ください。まず Google Cloud コンソールから始めます。</p><h3>API の有効化</h3><p>通常、Compute Engine API を有効にするには、ナビゲーション メニューから <b>[API とサービス]</b><b> </b>に移動しますが、チュートリアルではボタンをクリックするだけで、この作業を行うことができます。すでにプロジェクトで Compute Engine API が有効になっている場合は、再度有効にする必要はありません。</p><h3>VM の作成</h3><p>このチュートリアルでは、Windows Server VM を作成します（Linux VM が必要な場合は、<a href="https://console.cloud.google.com/?walkthrough_id=compute--compute_short_quickstart$c2d2-cgbc-neos046-p">Linux VM 用のチュートリアル</a>をご覧いただけます）。ナビゲーション メニューから、[Computer Engine] を選択します。デフォルトでは、サブメニューの最初の項目である [VM インスタンス] が表示されます。  </p><p>次に、[インスタンスを作成] をクリックすると、新しい VM を作成できます。名前、マシン構成、ブートディスクなどを変更するためのオプションが多数用意されていることがわかります。オプションを変更して、画面右上に表示される VM の料金がどのように変化するかに注目してください。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Figure_1_VM_Options-page_1_c7PE6WV.max-1000x1000.jpg" alt="Figure 1 VM Options-page 1.jpg"> </a> <figcaption class="article-image__caption ">図 1 - 利用可能な多数の VM オプションの一部</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><p><a href="https://console.cloud.google.com/?walkthrough_id=compute--compute_windows_quickstart$c2d2-cgcb-neos046-p">チュートリアル</a>では、オペレーティング システムを変更し、HTTP トラフィックを許可するために行うべき変更が提案されます。これらのオプションは、図 2 に示されているように、オプション画面のさらに下に表示されます。また、実際の画面を初めて見るときは少し戸惑ってしまうかもしれないため、チュートリアルはこれらの情報を入力する適切な場所を確認するのにも役立ちます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Figure_2_VM_Options-page_2_vGjF4qu.max-1000x1000.jpg" alt="Figure 2 VM Options-page 2.jpg"> </a> <figcaption class="article-image__caption ">図 2 - その他の VM オプション</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><p>ブートディスクのセクション（図 3）に示されているように、さまざまな種類のオペレーティング システムが使用可能です。オペレーティング システム（OS）を選択したら、その OS の特定のバージョンも選択する必要があります。ライセンス料が発生するオペレーティング システムの場合、その料金は VM の料金に含まれています。いくつかの OS を選択してみて、料金がどのように変化するか確認してみましょう。</p><p>ブートディスクのセクションでは、カスタム イメージ、スナップショット、既存の VM を使用してイメージを作成することも可能です。これらについて詳しくは、リファレンス セクションをご覧ください。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Figure_3_VM_Options-page_3_nNbHEV6.max-1000x1000.jpg" alt="Figure 3 VM Options-page 3.jpg"> </a> <figcaption class="article-image__caption ">図 3 - 組み込みの OS オプションの一部</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><h3>VM に接続</h3><p>オプションを設定したら、[作成] を選択し、図 4 で示されている、[VM インスタンス] ページに戻ります。VM 名の横にチェックマークが表示されたら準備完了です。VM にアクセスする前に、パスワードを設定する必要があります。この設定は、[接続] 列の下矢印をクリックし、[Windows パスワードを設定] を選択することで簡単に行えます。パスワードは必ず保存してください。  </p>パスワードを設定したら、<a href="https://cloud.google.com/compute/docs/instances/connecting-to-windows">RDP</a> クライアントを使用してサーバーに接続できます。問題が発生した場合は、<a href="https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-rdp">RDP のトラブルシューティング</a>をご覧ください。この時点で、他の Windows マシンと同じように、マシンの管理、アカウントの設定、ソフトウェアのインストールなどを行うことができます。</div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Figure_4_Windows-VM-instances.max-1000x1000.jpg" alt="Figure 4 Windows-VM-instances.jpg"> </a> <figcaption class="article-image__caption ">図 4 - [VM インスタンス] ページ</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><h3>クリーンアップ</h3><p><a href="https://cloud.google.com/compute/vm-instance-pricing">VM を実行し続けること</a>、そのブートディスクを保存すること、この両方に料金が発生します。[VM インスタンス] ページで VM を選択し、[停止] をクリックすることで、VM の実行に対する課金を停止できます。この VM を再度使用しない場合は、VM を選択し、代わりに [削除] をクリックします。</p><p>チュートリアルでは、この方法を具体的に紹介しています。</p><p>Compute Engine には他にも多くの機能がありますが、全体像はつかめたと思います。これを基に、クリエイティブで有益な利用方法をぜひ見つけてください。</p><h3>次のステップ</h3><p>さらに詳しく学習したい方は、利用可能な <a href="https://cloud.google.com/docs/tutorials?doctype=embeddedtutorial&amp;text=virtual%20machine&amp;hl=ja">Compute Engine のインタラクティブなチュートリアル</a>が多数用意されています。次のステップとして以下をおすすめします。</p><ul><li><p>Compute Engine で Linux VM インスタンスを作成する: <a href="https://console.cloud.google.com/?walkthrough_id=compute--compute_short_quickstart$c2d2-cgcb-neos046-out">インタラクティブなチュートリアル</a>、<a href="https://cloud.google.com/compute/docs/create-linux-vm-instance">ドキュメント ページ</a> </p></li><li><p>Windows VM にファイルを転送する: <a href="https://console.cloud.google.com/?walkthrough_id=compute--transfer_files_to_windows_vm$c2d2-cgcb-neos046-out">インタラクティブなチュートリアル</a>、<a href="https://cloud.google.com/compute/docs/instances/transfer-files-windows">ドキュメント ページ</a></p></li><li><p>IIS ウェブサーバー VM を作成する: <a href="https://console.cloud.google.com/?walkthrough_id=compute--create-web-server--compute-iis-web-server$c2d2-cgcb-neos046-out">インタラクティブなチュートリアル</a>、<a href="https://cloud.google.com/compute/docs/tutorials/basic-webserver-iis">ドキュメント ページ</a></p></li><li><p>新しいインスタンス テンプレートを作成する: <a href="https://console.cloud.google.com/?walkthrough_id=compute--create-new-instance-template$c2d2-cgcb-neos046-out">インタラクティブなチュートリアル</a>、<a href="https://cloud.google.com/compute/docs/instance-templates">ドキュメント ページ</a></p></li><li><p>スナップショットから VM を復元する: <a href="https://console.cloud.google.com/?walkthrough_id=compute--gce_restore_vm_snapshot$c2d2-cgcb-neos046-out">インタラクティブなチュートリアル</a>、<a href="https://cloud.google.com/compute/docs/disks/restore-snapshot">ドキュメント ページ</a></p></li><li><p>VM のシャットダウンおよび再起動のトラブルシューティング: <a href="https://console.cloud.google.com/?walkthrough_id=compute--troubleshoot-vm-reboots$c2d2-cgcb-neos046-out">インタラクティブなチュートリアル</a>、<a href="https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-reboots?hl=ja">ドキュメント ページ</a></p></li></ul><br/><i>- デベロッパーリレーションズ エンジニア <b>Laurie White</b></i></div>Wed, 24 May 2023 09:30:00 +0000https://cloud.google.com/blog/ja/products/compute/how-to-make-and-remove-a-virtual-machine-on-google-cloud/Developers & PractitionersWindowsComputearticleGooglehttps://cloud.google.com/blog/ja/products/compute/how-to-make-and-remove-a-virtual-machine-on-google-cloud/Google Cloud Japan Team https://cloud.google.com/blog/ja/topics/anthos/windows-server-support-comes-to-anthos-on-prem/<div class="block-paragraph"><p>※この投稿は米国時間 2021 年 7 月 23 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/topics/anthos/windows-server-support-comes-to-anthos-on-prem">投稿</a>されたものの抄訳です。</p><p>現在、組織のデータセンターで実行されているアプリケーションの多くが、Windows Server で実行されています。これらの従来の Windows アプリを Kubernetes にモダナイズすることで、環境全体で一貫性のあるプラットフォーム、優れたポータビリティ、スケーラビリティ、可用性、シンプルな管理、デプロイの迅速化など、さまざまなメリットがもたらされます。ではどのようにモダナイズすればよいのでしょうか。.NET Core を使用して、従来の .NET アプリケーションを Linux で実行するよう書き換えるのは困難で時間のかかる作業ですが、手間のかからない、デベロッパー向けのオプションがあります。</p><p>昨年 Google Cloud は、Google のクラウドベースのマネージド Kubernetes サービスである<a href="https://cloud.google.com/blog/ja/products/containers-kubernetes/windows-server-containers-on-gke-now-ga">Google Kubernetes Engine（GKE）で実行される Windows Server コンテナ</a>のサポートを発表いたしました。これは、アプリを .NET Core に移行したり、Linux 用に書き換えたりすることなくコンテナを活用できるようにするものでした。本日、さらに一歩踏み込んだ、オンプレミス環境の Anthos clusters on VMware 上の Windows Server コンテナのサポートを発表いたします。こちらはこのたびプレビュー版の提供が開始されました。オンプレミスと Google Cloud の垣根を越えて、あらゆる Windows オペレーションを統合することが可能となります。</p><p>Google Cloud で実行する GKE、どこでも実行できる Anthos など、Kubernetes ベースのサービスのファミリー製品に Windows Server のサポートを導入することで、すべて同じ操作性でアプリのモダナイズを迅速化でき、ハイブリッド環境とクラウド環境の垣根を越えて、一貫性のある開発とデプロイメントのエクスペリエンスを実現できます。さらに、Windows と Linux のワークロードを並行して実行できるため、運用の一貫性と効率性が得られます。さまざまなワークロードを管理するために、ツールやプラットフォームごとに専門チームをいくつも編成する必要はありません。また、単一画面での表示と中央のコントロール プレーンからのポリシー管理機能により、管理操作が簡素化されるほか、複数の Windows アプリケーションをビンパッキングすることでリソース使用率が向上し、インフラストラクチャやライセンスの節約にもつながります。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Google_Cloud_Console_JCyXa4I.max-1000x1000.jpg" alt="Google Cloud Console.jpg"> </a> <figcaption class="article-image__caption ">Google Cloud Console が提供する単一画面での表示で、異なる環境のクラスタを一元的に管理</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><p>このような利点により、航空宇宙やセキュリティ サービスを専門とするフランスの多国籍企業 Thales を始めとするお客様が、Windows アプリケーションを GKE に移行することで大きなメリットを得られたのは当然のことといえるでしょう。</p><p><i>「Windows アプリケーションを VM から GKE 上の Windows コンテナに移行したことで、Linux と Windows ベースのアプリケーションの管理、スケーリング、ロギング、モニタリングの仕組みを統一できました。以前は、これらのアプリケーションを VM に設定し、高可用性を確保するよう構成するのに 1 週間もかかったうえに、アプリケーションのスケーリングも容易ではありませんでした」</i>と、Thales でソリューション アーキテクトを務める Najam Siddiqui 氏は述べています。同氏はさらに次のように続けます。<i>「現在は GKE を使用していますが、設定はほんの数分で完了します。また、GKE の自動スケーリングと組み込まれた復元機能により、スケーリングや高可用性の設定がシームレスに行えます。手作業での面倒な VM のメンテナンスやセキュリティ パッチの適用も、今では GKE が対応してくれます。」</i></p><p>では、Windows コンテナベースのワークロードをオンプレミスで実行するためのアーキテクチャについて詳しく見ていきましょう。</p><h3>Anthos を使用したオンプレミスでの Windows Server の実行</h3><p>下図は、Anthos を使用してオンプレミスの GKE クラスタで Windows コンテナベースのワークロードを実行する場合のアーキテクチャの概要を示しています。Windows Server ノードプールは、既存または新規の Anthos クラスタに追加できます。Kubelet と Kube-proxy は Windows ノードでネイティブに実行できるため、同じクラスタで Windows コンテナと Linux コンテナを混在させて実行できます。管理クラスタとユーザー クラスタのコントロール プレーンは引き続き Linux ベースで、Windows のワークロードでも Linux のワークロードでも一貫したオーケストレーション体験を提供し、容易に管理できるようにします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Windows_Server_and_Linux_containers.max-1000x1000.jpg" alt="Windows Server and Linux containers.jpg"> </a> <figcaption class="article-image__caption ">Windows Server コンテナと Linux コンテナを同じ Anthos オンプレミス クラスタ内で並行して実行</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><h3>使ってみる</h3><p>オンプレミスの Windows 資産のモダナイズを検討する際、自社のデータセンターにおいて Anthos 上で Windows Server コンテナを実行することをおすすめします。Anthos を初めて使用する場合は、<a href="https://cloud.google.com/anthos">Anthos を使ってみる</a>のページを参照し、Coursera のコース（<a href="https://www.coursera.org/specializations/architecting-hybrid-cloud-infrastructure-anthos" target="_blank">Architecting Hybrid Cloud with Anthos</a>）の受講をおすすめします。また、詳細な<a href="https://cloud.google.com/anthos/clusters/docs/on-prem/1.8/how-to/user-guide-for-windows-server-os-node-pools">ドキュメントをウェブサイト</a>にもご用意しています。公開されているソリューションに関連するご質問については、GCP セールスチームはもちろん、Google のパートナー各社でも対応させていただきます。ご不明な点がある場合や、ユースケースの活用についてご支援が必要な場合には、anthos-onprem-windows@google.com までお問い合わせください。</p><p></p><p><i>-プロダクト マネージャー <b>Madhu Yennamani</b></i></p><p><i>-プロダクト マネージャー <b>Venkat Gattamneni</b></i></p><p></p></div> <div class="block-related_article_tout"> <div class="uni-related-article-tout h-c-page"> <section class="h-c-grid"> <a href="https://cloud.google.com/blog/ja/products/containers-kubernetes/windows-server-containers-on-gke-now-ga/" data-analytics='{ "event": "page interaction", "category": "article lead", "action": "related article - inline", "label": "article: {slug}" }' class="uni-related-article-tout__wrapper h-c-grid__col h-c-grid__col--8 h-c-grid__col-m--6 h-c-grid__col-l--6 h-c-grid__col--offset-2 h-c-grid__col-m--offset-3 h-c-grid__col-l--offset-3 uni-click-tracker"> <div class="uni-related-article-tout__inner-wrapper"> <p class="uni-related-article-tout__eyebrow h-c-eyebrow">Related Article</p> <div class="uni-related-article-tout__content-wrapper"> <div class="uni-related-article-tout__image-wrapper"> <div class="uni-related-article-tout__image" style="background-image: url('')"></div> </div> <div class="uni-related-article-tout__content"> <h4 class="uni-related-article-tout__header h-has-bottom-margin">GKE で Windows Server コンテナを 一般提供してエコシステムをサポート</h4> <p class="uni-related-article-tout__body">GKE で Windows Server コンテナを 一般提供してエコシステムをサポート</p> <div class="cta module-cta h-c-copy uni-related-article-tout__cta muted"> <span class="nowrap">Read Article <svg class="icon h-c-icon" role="presentation"> <use xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="#mi-arrow-forward"></use> </svg> </span> </div> </div> </div> </div> </a> </section> </div> </div>Wed, 04 Aug 2021 05:00:00 +0000https://cloud.google.com/blog/ja/topics/anthos/windows-server-support-comes-to-anthos-on-prem/WindowsHybrid & MulticloudGoogle CloudAnthosarticleGooglehttps://cloud.google.com/blog/ja/topics/anthos/windows-server-support-comes-to-anthos-on-prem/Google Cloud Japan Team https://cloud.google.com/blog/ja/topics/windows/new-microsoft-and-windows-on-google-cloud-demo-center/<div class="block-paragraph"><p>※この投稿は米国時間 2021 年 6 月 9 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/topics/windows/new-microsoft-and-windows-on-google-cloud-demo-center">投稿</a>されたものの抄訳です。</p><p><a href="https://cloud.google.com/windows">Microsoft と Windows のワークロード</a>を移行してモダナイズすることを検討している場合、Google Cloud は最適な移行先です。選択した移行戦略や求めている価値を問わず、GCP を使用すると次のことができます。</p><ul><li><p>移行とモダナイゼーションへの取り組みを簡素化</p></li><li><p>オンプレミスのフットプリントを削減しアジリティを改善</p></li><li><p>ライセンス使用状況の最適化によって費用を削減</p></li><li><p>モダナイゼーションによって単一ベンダーへの依存を低減</p></li><li><p>Microsoft が支援するエンタープライズ クラスのサポートを利用</p></li></ul><p>Windows 仮想マシンで実行されているアプリケーションの移行、Google Kubernetes Engine（GKE）での Windows コンテナの導入、Cloud SQL への SQL データベースの変換など、どのような場合も、Google Cloud はお客様に必要な最高レベルのエクスペリエンスを提供します。</p><p>ただし、説明をそのまま信じるのではなく、ぜひご自身でお確かめください。新しいオンラインの <a href="https://migrationtoclouddemo.withgoogle.com/" target="_blank">Google Cloud 上の Microsoft と Windows デモセンター</a>を使用すれば、コミットメントなどの手間をかけずにお試しいただけます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <a href="https://migrationtoclouddemo.withgoogle.com/" rel="external" target="_blank"> <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/simulated_demos.max-1000x1000.jpg" alt="simulated demos.jpg"> </a> <figcaption class="article-image__caption "><a href="https://migrationtoclouddemo.withgoogle.com/">クリックして拡大</a></figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><p>デモセンターでは、ガイド付き実践シミュレーションを使用して、Google Cloud の Microsoft と Windows のソリューションでビジネス クリティカルな課題を解決するためのシナリオをいくつか紹介しています。いずれもシミュレートされており、デプロイ、構成、コミットメントなしで仕組みを確認できます。シームレスな方法で、Google Cloud がどのように役立つかを正確に確認していただけます。</p><h3>専用ハードウェアを実行し、単一テナントで最適化する</h3><p>コンプライアンス、ライセンス、管理に対応する専用ハードウェア（オーバーサブスクリプション オプションが付属）でワークロードを実行することもできます。Google Cloud は、仮想マシンを専用マシンに簡単にデプロイできる単一テナントノードにより、「ノイジー ネイバー」の問題を回避し、規制上やライセンス上の制約に対応して、VM 間通信を最適化します。</p><p>さらに、CPU のオーバーコミット オプションにより、単一テナントノード リソースを最大 2 倍までオーバーサブスクライブできるため、SQL Server などさまざまなライセンス ワークロードの物理コアごとのライセンスを節約できます。</p><p>単一テナントのグループとノードを設定する方法については、<a href="https://migrationtoclouddemo.withgoogle.com/cside/s/optimize_with_sole_tenant" target="_blank">こちら</a>をご覧ください。</p><h3>プレミアム イメージとカスタム VM でライセンス コストを最適化する</h3><p>仮想マシン（VM）でクラウド エクスペリエンスを最適化する最も簡単な方法の一つは、適切な VM イメージを選択することです。Google Cloud では、従量課金制ライセンスの SQL Server オプションを含む、プレミアム ライセンスを備えた VM イメージが徹底的にテストされ最適化されています。こうした VM イメージは、常時実行する必要のないワークロードや、BYOL（お客様所有ライセンスの使用）向けの予備のライセンスがない場合に最適です。</p><p><a href="https://migrationtoclouddemo.withgoogle.com/cside/s/optimize_with_premium_images_and_custom_vms" target="_blank">Windows と SQL のイメージをいくつか確認</a>し、CPU やメモリのオプションによってどのようにデプロイを最適化してライセンスを節約できるかをご覧ください。</p><h3>マネージド SQL Server でデータベースをモダナイズする</h3><p>ビジネス上や運用上の特定の目標を達成するために、SQL Server インスタンスの管理が必要な場合があります。しかし、SQL Server のデプロイ管理は区別されないことがよくあります。バックアップ、高可用性、更新、パッチ適用は、セルフサービスをやり遂げる際に処理する必要がある多くのタスクの一部にすぎません。データベース階層をモダナイズする方法としては、Cloud SQL などのマネージド サービスへの移行が挙げられます。Cloud SQL は、SQL 向けのフルマネージドのリレーショナル データベース サービスです。</p><p>数回のクリック操作だけでインスタンスを作成する<a href="https://migrationtoclouddemo.withgoogle.com/cside/s/modernize_with_managed_sql" target="_blank">プロセスをご確認ください</a>。</p><h3>VM からアプリを抽出し、Migrate for Anthos を使用して GKE のコンテナに移動する</h3><p>インターネット インフォメーション サービス（IIS）などの仮想マシンで実行されている多くの Windows ワークロードは、コンテナに移行するための理想的な候補であり、書き換えや再設計などの大きな変更が不要です。ただし、この移行を手動で行うのは面倒です。Migrate for Anthos を使用すれば、IIS で実行されている .NET アプリをコンテナベースのアプリに簡単に再プラットフォーム化できます。</p><p><a href="https://migrationtoclouddemo.withgoogle.com/cside/s/modernize_with_migrate_for_anthos" target="_blank">アプリケーションのインテリジェントな抽出、移行、モダナイゼーションをシミュレート</a>し、GKE と Anthos クラスタのコンテナでネイティブに実行します。</p><h3>コードを変更せずに Windows で .NET アプリケーションを GKE に移行する</h3><p>完全なクラウド ネイティブに移行する場合は、GKE で Windows コンテナを活用でき、.NET アプリケーションの書き換えがいりません。Windows ノードでクラスタを作成し、コンテナ化された Windows ワークロードを数回のクリックでデプロイするだけで、Linux コンテナと一緒にデプロイすることもできます。こうしたデプロイは自動アップグレード、自動修復、リリース チャンネルなどの機能を使用して運用のオーバーヘッドを削減します。</p><p><a href="https://migrationtoclouddemo.withgoogle.com/cside/s/modernize_with_windows_nodes_on_gke" target="_blank">Windows ノードで GKE クラスタを構築してアプリをデプロイすることがいかに簡単か</a>をご確認ください。</p><p>以上の説明で各デモの内容を把握できたら、ぜひ実際に<a href="https://migrationtoclouddemo.withgoogle.com/" target="_blank">デモセンター</a>をご覧ください。<a href="https://cloud.google.com/windows">Google 上の Microsoft および Windows アプリケーション</a>にアクセスして詳細をご確認いただくこともできます。</p><p><i>-Google Cloud、Cloud Migration チーム所属 <b>Tom Nikl</b></i></p></div>Tue, 22 Jun 2021 07:00:00 +0000https://cloud.google.com/blog/ja/topics/windows/new-microsoft-and-windows-on-google-cloud-demo-center/Cloud MigrationGoogle CloudWindowsarticleGooglehttps://cloud.google.com/blog/ja/topics/windows/new-microsoft-and-windows-on-google-cloud-demo-center/Google Cloud Japan Team https://cloud.google.com/blog/ja/topics/developers-practitioners/creating-sql-server-instance-integrated-active-directory-using-google-cloud-sql/<div class="block-paragraph"><p>※この投稿は米国時間 2021 年 4 月 10 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/topics/developers-practitioners/creating-sql-server-instance-integrated-active-directory-using-google-cloud-sql">投稿</a>されたものの抄訳です。</p><p>Google Cloud SQL の SQL Server インスタンスは、Microsoft Active Directory（AD）と統合され、pre-GA 機能としてすぐにお試しいただけます。この投稿記事では、この新機能を使用して SQL Server インスタンスを作成するために必要な基本手順を説明します。詳細については、<a href="https://cloud.google.com/sql/docs/sqlserver/ad">公式ドキュメント</a>を参照してください。</p><h3>Managed Service for Microsoft Active Directory でドメインを作成する</h3><p>まず、Managed Service for Microsoft AD を使用してドメインを作成します。Google Cloud Console の [<a href="https://console.cloud.google.com/security/cloud-ad">マネージド Microsoft AD</a>] セクションを利用すると簡単に作成できます。[新しい AD ドメインを作成] ボタンをクリックして以下の情報を入力します。</p><ul><li><p>完全修飾ドメイン名を指定します。</p></li><ul><li><p>例: ad.mydomain.com</p></li></ul></ul><ul><li><p>VPC ネットワークを選択します。</p></li><ul><li><p>例: デフォルト</p></li></ul></ul><ul><li><p>AD ドメインに対して適切な CIDR 範囲を指定します。</p></li><ul><li><p>例: 10.1.0.0/24</p></li></ul></ul><ul><li><p>AD ドメインを配置するリージョンを選択します。</p></li><ul><li><p>例: us-central1</p></li></ul></ul><ul><li><p>AD ドメインの代理管理者に対して管理者名を指定します。</p></li><ul><li><p>例: mydomain-admin</p></li></ul></ul><p>すべての情報が指定されると、以下のように表示されます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image3_OGuJNrO.max-1100x1100.max-1000x1000.png" alt="image3"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[ドメインを作成] をクリックすると、AD ドメインの作成処理が完了します。ドメインが利用可能となるまで最大で 60 分かかる場合があるため、しばらくお待ちください。利用可能となったドメインは、ドメイン一覧で以下のように表示されます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image5_VNFWOs9.max-700x700.max-1000x1000.png" alt="image5"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>AD ドメインの構成を完了するには、最後に [代理管理者] パスワードを設定します。ドメイン一覧からドメイン名をクリックして詳細ページに移動します。このページで [パスワードを設定] リンクをクリックして、パスワードをメモします。パスワードはこのブログ投稿で後述のステップで使用します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image25_5rhtwkY.max-1000x1000.png" alt="image25.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><h3>Windows 認証を使用して SQL Server インスタンスを作成する</h3><p>AD ドメインが使用可能になったら、AD ドメインを利用する SQL Server インスタンスの作成を開始して、AD ベースの ID による Windows 認証を有効化できます。Google Cloud Console の <a href="https://console.cloud.google.com/sql/">Cloud SQL セクション</a>にアクセスして、新しい SQL Server インスタンスを作成してみてください。[インスタンスを作成] ボタンをクリックします。[SQL Server を選択] をクリックして以下の情報を入力します。</p><ul><li><p>インスタンス ID を指定します。</p></li><ul><li><p>例: sql-server-with-ad</p></li></ul></ul><ul><li><p>「sqlserver」ユーザー用のパスワードを入力して、以降のステップで使用するためにメモしておきます。</p></li><li><p>データベースのバージョンを選択します。すべてのバージョンが Active Directory で動作します。今回は「SQL Server 2017 Standard」を選択します。</p></li><li><p>インスタンスを配置するリージョンを選択します。ネットワーク レイテンシを最小限に抑えて最高のパフォーマンスを得るためには、SQL Server インスタンスを AD ドメインと同じリージョンに配置することをおすすめします。</p></li><ul><li><p>例: us-central1</p></li></ul></ul><ul><li><p>インスタンスを「シングルゾーン」と「複数のゾーン」のどちらに配置するかを選択します。本番環境のインスタンスでは、選択リージョン内の別のゾーンに自動的にフェイルオーバーする高可用性を実現するために、「複数のゾーン」をおすすめします。</p></li><li><p>[設定オプションを表示] を選択します。</p></li><ul><li><p>[接続] セクションをクリックして展開し、[プライベート IP] および [パブリック IP] オプションを両方とも選択します。</p></li><li><p>なお、選択した「ネットワーク」に初めてプライベート IP を作成する場合は、「プライベート サービス接続は必須です」というメッセージが表示されます。</p></li></ul></ul></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image6_YewUOUf.max-1000x1000.png" alt="image6.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p/><ul><li>[接続を設定] をクリックして、表示された [Service Networking API の有効化] ダイアログで [自動的に割り当てられた IP 範囲を使用する] を選択します。</li></ul><p/></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image8_V3TbapB.max-1000x1000.png" alt="image8.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>その後、[続行] ボタンをクリックして処理を完了します。</p><ul><li><p>インスタンスの [設定オプション] に戻り、[認証] セクションをクリックして展開します。</p></li><ul><li><p>Managed Active Directory ドメインに参加するためのプルダウン メニューから、このブログ投稿の最初のステップで作成したドメインを選択します。</p></li><ul><li><p>Cloud SQL は、インスタンス認証に使用するプロダクトごと、プロジェクトごとのサービス アカウントを自動的に作成します。サービス アカウントに「managedidentities.sqlintegrator」という IAM ロールを付与するよう求められます。</p></li></ul></ul></ul><p>すべての情報が指定されると、インスタンス作成フォームは以下のように表示されます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image27_qWSaktS.max-1000x1000.png" alt="image27.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[インスタンスを作成] をクリックすることで、インスタンスの作成処理が完了します。インスタンスが作成されると、新規インスタンスの概要ページが以下のように表示されます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image2_sl0CN7E.max-1500x1500.max-1000x1000.png" alt="image2"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>お疲れさまでした。これで、Google Cloud 上に SQL Server インスタンスが作成され、AD ベースの ID で Windows 認証を使用してログインできるようになりました。</p><h3>Windows 認証を使用して SQL Server インスタンスを接続する</h3><p>以下の手順で、すべてが想定どおりに動作することを確認します。今回は、Google Compute Engine を使用して Windows Server 2019 VM を作成します。これを使用することで、Managed Active Directory に新しいユーザーを追加する、そのユーザーに Cloud SQL の SQL Server インスタンスに対するアクセス権を与える、そのユーザーとして Windows 認証を使用して SQL Server インスタンスに接続することができるようになります。</p><p>Windows Server VM は、<a href="https://console.cloud.google.com/compute/instancesAdd">Google Compute Engine</a> のマーケットプレイスを使用することで簡単に作成できます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image16_nW41Pcl.max-1000x1000.png" alt="image16.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>マーケットプレイス内で「Windows Server 2019」を検索すると、いくつものオプションを返します。</p><p>[Secured SQL Server 2017 Standard on Windows Server 2019] オプションを使用して VM を作成します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image23_PP4r8wC.max-1000x1000.png" alt="image23.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>VM オプションの選択後、[開始] ボタンをクリックしてインスタンスの作成ページに移動します。作成する VM インスタンスの設定（特に [ネットワーキング] セクションにおける「ネットワーク」の選択内容）を見直し、選択した「ネットワーク」が Active Directory ドメインに含まれるネットワークであることを確認します。その後、インスタンス作成ページの下部までスクロールし、[作成] ボタンをクリックします。</p><p>VM 作成処理が完了すると、インスタンスの詳細ページに移動します。[Windows パスワードを設定] ボタンをクリックして、VM にログインするために使用するパスワードを設定します。続けて、[リモート デスクトップ プロトコル]（RDP）ボタンを使用して VM にログインします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image9_MyTfSmR.max-1000x1000.png" alt="image9.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>VM インスタンスにログインすると、Managed Active Directory ドメインに VM を参加させることができます。画面左下の Windows アイコンをクリックして「コントロール パネル」と入力し、Enter キーを押します。[システムとセキュリティ] に移動し、[システム] をクリックします。[コンピューター名、ドメインおよびワークグループの設定] の [設定の変更] をクリックします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image26_W5I8IWv.max-1000x1000.png" alt="image26.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[システムのプロパティ] ダイアログ ボックスで [変更] ボタンをクリックします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image7_oqjZeyd.max-1000x1000.png" alt="image7.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[ドメイン] の入力テキスト ボックスに Managed Active Directory の名前を入力して、[OK] ボタンをクリックします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image20_ticDHnb.max-1000x1000.png" alt="image20.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>ドメインへのウェルカム メッセージは以下のように表示されます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image22_TwLo2AX.max-1000x1000.png" alt="image22.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>Managed Active Directory の Windows Server VM が利用可能となり、ユーザーを追加できるようになりました。追加するためには、必要なリモート サーバー管理ツール（RSAT）をインストールする必要があります。[サーバーマネージャー] を開き、[管理] メニュー項目をクリックして [役割と機能の追加] ウィザードを選択します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image14_rkuVdTx.max-1000x1000.png" alt="image14.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><ol><li><p>ウィザードで [機能の選択] ページに進みます。サイドバーから [機能] を選択するか、ページまで [次へ] を選択します。</p></li><li><p>[機能の選択] ページの [機能] リストで [リモート サーバー管理ツール] を展開し、[役割管理ツール] を展開します。</p></li><li><p>[役割管理ツール] で [AD DS および AD LDS ツール] を選択します。これによって以下の機能が有効になります。</p></li><ul><li><p>Active Directory module for Windows PowerShell</p></li><li><p>AD LDS スナップインおよびコマンドライン ツール</p></li><li><p>Active Directory 管理センター</p></li><li><p>AD DS スナップインおよびコマンドライン ツール</p></li></ul></ol><ol><li><p>省略可: 以下の機能を有効にすることもできます。</p></li><ul><li><p>グループ ポリシーの管理</p></li><li><p>DNS サーバーツール（[役割管理ツール] の下）</p></li></ul></ol><ol><li><p>ウィザードを終了します。</p></li></ol><p>お疲れさまでした。ツールによって Windows Server VM が有効化され、ユーザーを Managed AD ドメインに追加できるようになりました。このブログ投稿の初めに AD ドメインを作成した際に指定した [代理管理者] を覚えていますか。この設定をここで使用します。Windows Server VM をログアウトして [代理管理者] としてログインし直します。VM インスタンス画面左下にある Windows アイコン&quot; をクリックし、[電源] アイコンをクリックしてから [切断] を選択します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image17_EHVFqu2.max-1000x1000.png" alt="image17.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>Google Compute Engine インスタンスのページに戻って [RDP] ボタンをクリックし、AD ドメインの「代理管理者」ユーザー名およびパスワードを使用して Window Server VM にログインし直します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image10_Hn945Tc.max-1000x1000.png" alt="image10.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>ログイン後、[サーバー マネージャー] を開いて [ツール] メニューをクリックし、[Active Directory ユーザーとコンピューター] を選択します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image19_jaZC7rm.max-1000x1000.png" alt="image19.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[Active Directory ユーザーとコンピューター] ダイアログ ウィンドウが表示されるので、ad.mydomain.com の項目を展開して [Cloud] のサブ項目をクリックします。その後、[現在のコンテナに新しいユーザーを作成] アイコンをクリックして新しいユーザーを作成します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image11_33tObQO.max-1000x1000.png" alt="image11.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>ユーザーのログオン名とあわせて姓名を入力し、[次へ] ボタンをクリックします。</p><p>ユーザーのパスワードを入力して確定し、再度 [次へ] ボタンをクリックします。最後に、確認のダイアログ ボックスで [完了] ボタンをクリックしてユーザーを作成します。</p><p>お疲れさまでした。新しい AD ドメイン ユーザーが完成しました。これらのユーザーにはさらに Cloud SQL 上の SQL Server インスタンスに対するアクセス権を付与する必要があります。アクセス権は Azure Data Studio を使用して付与できます。Windows Server VM 上でブラウザを開き、<a href="https://docs.microsoft.com/en-us/sql/azure-data-studio/download-azure-data-studio" target="_blank">Azure Data Studio のダウンロード ページ</a>に移動します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image1_D6jPx7X.max-800x800.max-1000x1000.png" alt="image1"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>「システム インストーラー」リンクをクリックしてダウンロードを開始し、表示されたダウンロード ダイアログ ウィンドウで [実行] をクリックします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image13_HEo1z2H.max-1000x1000.png" alt="image13.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>Azure Data Studio インストール ウィザードの完了後、[Azure Data Studio を実行する] チェックボックスを選択した状態で [完了] ボタンをクリックしてプログラムを起動します。Azure Data Studio のスタート画面で、[New connection] リンクをクリックします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image4_DIOnZCK.max-900x900.max-1000x1000.png" alt="image4"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[Server] に関して、Cloud SQL の SQL Server インスタンス詳細ページから [Active Directory FQDN（プライベート）] 値を入力します。</p><ul><li><p>例:  private.sql-server-with-ad.us-central1.your-new-project.cloudsql.ad.mydomain.com</p></li></ul><p>認証の種類に関して [SQL Login] を選択します。</p><p>[User name] に関して「sqlserver」を入力し、[Password] に関して、SQL Server インスタンス作成時に指定した「sqlserver」ユーザーを入力します。</p><p>すべての情報が指定されると、[接続の詳細] は以下のように表示されます。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image24_Sf5EcCd.max-1000x1000.png" alt="image24.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[接続] ボタンをクリックして SQL Server インスタンスに接続します。接続が確立したら、[New query] リンクをクリックして以下のクエリを入力します。</p><p>Windows からログイン [ad.mydomain.com\clouduser] を作成し、</p><p>[Run] ボタンをクリックします。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image18_vbohALC.max-1000x1000.png" alt="image18.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>これで設定が完了し、利用できる状態になりました。</p><p>Windows 認証を使用し、新しい AD ドメイン ユーザーとして SQL Server インスタンスに接続してみましょう。Azure Data Studio を一旦終了し、新しい AD ドメイン ユーザーとして Azure Data Studio を再起動します。VM インスタンス画面左下の Windows アイコンをクリックして「Azure Data Studio」と入力します。Azure Data Studio アイコンを右クリックして [別のユーザーとして実行] を選択します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image28_rFkRnZx.max-1000x1000.png" alt="image28.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>表示されたダイアログ ボックスで AD ドメイン ユーザーの [ユーザー名] および [パスワード] を入力します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image21_TTLXVwc.max-1000x1000.png" alt="image21.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>Azure Data Studio のスタートページで、[New connection] リンクをクリックします。</p><p>[Server] に関して、Cloud SQL の SQL Server インスタンス詳細ページから [Active Directory FQDN（プライベート）] 値を入力します。</p><ul><li><p>例: private.sql-server-with-ad.us-central1.your-new-project.cloudsql.ad.mydomain.com</p></li></ul><p>認証の種類に関して [Windows Authentication] を選択します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image12_8iCDRXi.max-1000x1000.png" alt="image12.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>[接続] ボタンをクリックします。これで、Cloud SQL 上の SQL Server が Managed Active Directory と統合されました。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/image15_pz1wgJW.max-1000x1000.png" alt="image15.png"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><h3>開始方法</h3><p>Cloud SQL for SQL Server の Windows 認証がすべてのお客様にプレビューでご利用いただけるようになりました。<a href="https://cloud.google.com/sql/docs/sqlserver/ad">詳細をご確認のうえご利用ください</a>。</p><p><i>-Google Cloud 担当デベロッパー プログラム エンジニア <b>Jonathan Simon</b></i></p></div>Fri, 23 Apr 2021 02:00:00 +0000https://cloud.google.com/blog/ja/topics/developers-practitioners/creating-sql-server-instance-integrated-active-directory-using-google-cloud-sql/Google CloudDatabasesWindowsDevelopers & PractitionersarticleGooglehttps://cloud.google.com/blog/ja/topics/developers-practitioners/creating-sql-server-instance-integrated-active-directory-using-google-cloud-sql/Google Cloud Japan Team https://cloud.google.com/blog/ja/products/databases/windows-authentication-now-supported-by-googles-cloud-sql-database/<div class="block-paragraph"><p>※この投稿は米国時間 2021 年 3 月 31 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/products/databases/windows-authentication-now-supported-by-googles-cloud-sql-database">投稿</a>されたものの抄訳です。</p><p>Windows 認証が Cloud SQL for SQL Server でサポートされるようになりました。Google Cloud の Managed Service for Microsoft Active Directory（AD）とのシームレスな統合が公開プレビュー版としてリリースされました。この機能は、ID 管理を簡素化し、アクセス制御を AD に依存する既存の SQL Server ワークロードの移行を合理化するための重要な要件です。このリリースは、企業のお客様の状況に対応したサービスを提供できるようにするという Google Cloud の継続的な取り組みの最新のマイルストーンです。Google Cloud は、手間がかからず、互換性が高い、リフト＆シフトの移行先をクラウド上に提供することに重点を置いています。Google Cloud は、組織の Microsoft と .NET のワークロードをサポートするサービスを包括的に提供します。この 2 つのサービスを統合することで、ビジネスクリティカルなデータベースと互換性のある環境をこれまでになく簡単に設定できます。</p><p><a href="https://cloud.google.com/blog/products/databases/migrate-your-microsoft-sql-server-workloads-to-google-cloud">2020 年の最初のリリース</a>以来、Cloud SQL for SQL Server は、互換性を維持し、柔軟で高性能なプラットフォームを提供しながら、お客様のオペレーション上の労力とリスクを軽減するマネージド データベース ソリューションを提供してきました。AD 統合は、組織のワークロードの継続的なセキュリティとコンプライアンスを確保することにより、こうしたメリットを補完します。オンプレミスで AD を利用しているお客様は、既存の AD デプロイメントとの信頼関係で、Google Cloud の Managed Service for Microsoft Active Directory を簡単に設定できます。これにより、Cloud SQL for SQL Server の既存の ID と、まだクラウドに移行されていないワークロードも引き続き使用できます。</p><h3>Windows 認証を設定する</h3><p>新しい Cloud SQL for SQL Server インスタンスの使用を開始するには、いくつかの簡単な手順を実行するだけです。または、既存のインスタンスで Windows 認証を有効にすることもできます。<a href="https://cloud.devsite.corp.google.com/sql/docs/sqlserver/ad#prerequisites-for-integration" target="_blank">こちら</a>に概説されている前提条件を満たしていることを確認してから、次の手順に進んでください。</p><p>1. Google Cloud Console の [<a href="https://console.cloud.google.com/sql/instances">Cloud SQL インスタンス] ページに移動</a>します。</p><p>2. <b>[インスタンスを作成] </b>をクリックします。</p><p>3. <b>[SQL Server を選択] </b>をクリックします。</p><p>4. インスタンスの名前を入力します。インスタンス名には機密情報や個人を特定できる情報を含めないでください。インスタンス名は外部から閲覧可能です。インスタンス名にプロジェクト ID を含める必要はありません。これは、必要に応じて自動的に（ログファイルなどに）作成されます。</p><p>5. 「sqlserver」<a href="https://cloud.devsite.corp.google.com/sql/docs/sqlserver/create-manage-users" target="_blank">ユーザー</a>のパスワードを入力します。</p><p>6. インスタンスのリージョンを設定します。<a href="https://cloud.devsite.corp.google.com/sql/docs/sqlserver/ad#best-practices-for-integrating" target="_blank">Managed Microsoft AD と統合するためのベスト プラクティス</a>をご参照ください。</p><p>7. <b>[設定オプション] </b>で、必要なオプションを設定します（ただし、認証オプションについては次の手順まで待ちます）。</p><p>8. <b>[認証] </b>をクリックします。<a href="https://cloud.google.com/managed-microsoft-ad/docs/quickstart-create-domain">Managed Microsoft AD ドメイン</a>に参加するためのプルダウン メニューには、以前にプロジェクトに追加された Managed Microsoft AD ドメインが一覧表示されます。</p><p>9. Managed Active Directory ドメインに参加するためのプルダウン メニューから、ドメインを選択します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/active_Directory_domain.max-1000x1000.jpg" alt="active Directory domain.jpg"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>10. 設定オプションの選択が終了したら、<b>[作成] </b>をクリックします。Cloud SQL は、プロダクトごと、プロジェクトごとのサービス アカウントを自動的に作成します。アカウントに適切なロールがない場合は、managedidentities.sqlintegrator ロールを付与するように求められます。</p><h3>使ってみる</h3><p>Cloud SQL for SQL Server の Windows 認証がすべてのお客様にプレビューでご利用いただけるようになりました。<a href="https://cloud.google.com/sql/docs/sqlserver/ad">詳細をご確認のうえご利用ください</a>。</p><i>-Google Cloud プロダクト マネージャー <b>Ori Kashi</b></i></div>Fri, 09 Apr 2021 14:00:00 +0000https://cloud.google.com/blog/ja/products/databases/windows-authentication-now-supported-by-googles-cloud-sql-database/Google CloudWindowsDatabasesarticleGooglehttps://cloud.google.com/blog/ja/products/databases/windows-authentication-now-supported-by-googles-cloud-sql-database/Google Cloud Japan Team https://cloud.google.com/blog/ja/products/cloud-migration/migrating-enterprise-workloads-to-google-cloud-in-2021/<div class="block-paragraph"><p>※この投稿は米国時間 2020 年 12 月 18 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/products/cloud-migration/migrating-enterprise-workloads-to-google-cloud-in-2021">投稿</a>されたものの抄訳です。</p><p>2020 年は、私たちの日常生活だけでなく、働き方も大きく変わりました。Google にとっては、SAP、Windows、VMware などの最も重要なワークロードを Google Cloud に移行、モダナイズし、拡張性と柔軟性を備えながら、コスト削減の実現したい企業をお手伝いした 1 年間でもありました。今年の成果を振り返り、今後の予定についても確認しましょう。</p><h3>Google Cloud での SAP で優れたアジリティを実現</h3><p>SAP 環境は多くの場合、企業運営の中心に位置付けられます。財務会計からサプライ チェーン管理、人的資本管理まで、SAP アプリケーションの実行には最高レベルの柔軟性、安全性、稼働時間が求められます。SAP をクラウドに移行することを検討しているお客様は、移行によってビジネスの継続性が向上することを期待しておられます。移行には、優れた信頼性、ネットワーク、稼働時間を実現する安全なクラウドが必要です。移行を成功させるため、お客様はデータ分析や機械学習機能を活用します。さらに、お客様は、エンタープライズ ソフトウェア プロジェクトで発生することの多いトラブルやプロジェクト開発の中断が起きず、クラウドへの移行がスムーズに進むことを望んでおられます。</p><p>2020 年 6 月に <a href="https://inthecloud.withgoogle.com/forrester-economic-sap/dl-cd.html" target="_blank">Forrester は Google Cloud での SAP を評価</a>し、移行を検討しているお客様にとって興味深い次のような成果を報告しています。</p><ul><li><p>Google Cloud での SAP を採用した企業は、ハードウェア購入が不要になり、さらにソフトウェア ライセンスの最適化、IT スタッフやその他の業務の効率化を通じて、年間平均 300 万ドル以上を節約した。</p></li><li><p>SAP 環境を Google Cloud に移行することで、システムの稼働時間に関するお客様の懸念を効果的に払拭することができ、ダウンタイム関連の問題が起きなくなることで年間平均 150 万ドルを節約した。</p></li><li><p>Google Cloud への移行により、サーバーのボトルネック、インフラストラクチャの障害、ネットワーク容量の問題、その他のパフォーマンスの問題の影響が軽減され、Google Cloud での SAP ユーザーの生産性が平均 50 万ドル増加した。</p></li></ul><p>有用性は上記の 3 つの成果ごとに異なりますが、これらの事例から明白なのは、Google Cloud での SAP を採用することで、投資の回収スピードが上がっていることです。</p><h3>Microsoft と Windows のライセンス コストを削減</h3><p>企業の多くは「Windows ショップ」になることを選んでいるわけでありませんが、Microsoft の長年にわたる成長、顧客獲得、変革の結果として Microsoft プラットフォームを信頼しています。Microsoft を長期間利用しているユーザーは、ライセンス コストの削減やロックインの回避に積極的に取り組むことが多く、さらにオープン標準やオープンソース ソフトウェアの利用にも前向きです。Windows Server アプリケーションへの投資が Microsoft を選択する理由になっているのは確かです。</p><p>Google Cloud は Microsoft ワークロードの移行とモダナイズに向けた独自のパスを提供しています。この 1 年、Google は Windows Server と、SQL Server や Google Cloud 上の .NET といったその他の Microsoft プラットフォームに対し、最高レベルのエクスペリエンスを提供するため、多額の投資を行ってきました。重要な情報の一部をご紹介します。</p><ul><li><p>Enterprise Strategy Group が <a href="https://cloud.google.com/blog/ja/topics/windows/migrating-microsoft-workloads-to-google-cloud-yields-results">Microsoft ワークロードを Google Cloud に移行した場合の効果</a>を定量化しました。</p></li><li><p>IDC は、Google Cloud が <a href="https://cloud.google.com/blog/ja/topics/windows/idc-evaluates-windows-server-on-google-cloud">Windows Server ベースのアプリケーションにとって理想的なプラットフォームである</a>ことを実証しました。</p></li><li><p>Google から <a href="https://cloud.google.com/blog/ja/products/compute/cpu-overcommit-for-sole-tenant-nodes-now-ga">CPU のオーバーコミットによるライセンス コストの削減</a>、<a href="https://cloud.google.com/blog/ja/products/cloud-migration/migrate-and-upgrade-windows-server-2008-r2">Windows Server 2008 からの移行</a>、<a href="https://cloud.google.com/blog/ja/products/containers-kubernetes/windows-server-containers-on-gke-now-ga">GKE での Windows コンテナの実行</a>をサポートする方法が紹介されました。</p></li><li><p>Google は <a href="https://cloud.google.com/blog/ja/topics/windows/new-management-tools-for-windows-running-on-google-cloud">Google Cloud 上の Windows Server VM 管理を容易にする機能をリリースしました</a>。</p></li><li><p>さらに<a href="https://cloud.google.com/blog/products/databases/migrate-your-microsoft-sql-server-workloads-to-google-cloud">マネージド SQL Server</a> サービスと<a href="https://cloud.google.com/blog/ja/products/identity-security/managed-service-for-microsoft-active-directory-is-ga">マネージド Active Directory</a> サービスもリリースしました。</p></li><li><p>Google Cloud は、リモート ワーカーが仕事を継続できるよう、<a href="https://cloud.google.com/blog/ja/topics/customers/telus-runs-vdi-on-google-cloud-during-covid-closures">仮想デスクトップ向けパートナー ファースト ソリューション</a>を新たに発表しました。</p></li></ul><h3>Google Cloud VMware Engine でクラウドでの成功をシームレスに実現</h3><p>すべての企業がクラウドファースト戦略を採用すべく取り組んでいますが、実現するのはそう簡単ではありません。<a href="http://cloud.google.com/vmware-engine">Google Cloud VMware Engine</a> は重要なワークロードをクラウドに移行し、モダナイゼーションを行う際の問題を回避して、VMware ワークロードをオンプレミスのデータセンターから Google Cloud に直接シームレスに移行できるようにします。</p><p>Google Cloud VMware Engine は、6 月に<a href="https://cloud.google.com/blog/ja/topics/hybrid-cloud/google-cloud-vmware-engine-is-generally-available">米国での一般提供が開始されました</a>。それ以降、南北アメリカ、欧州、アジア太平洋の 8 つのリージョンに提供地域を急速に拡大しました。来年はさらに拡大する予定です。さらに、小売、金融、医療、ライフ サイエンスなどの業界の大手企業による Google Cloud VMware Engine 採用が大幅に増加し、いち早く在宅勤務に切り替えた従業員向けの<a href="https://services.google.com/fh/files/misc/google_vmware_vdi_solutionbrief_ga.pdf" target="_blank">仮想デスクトップ ソリューション</a>（VDI）の需要も増えています。</p><p>また、クラウドへの移行を容易に実現できるように、データ保護および障害復旧チームとのパートナーシップを構築しました。Google Cloud VMware Engine は <a href="https://cloud.google.com/blog/ja/products/storage-data-transfer/google-enters-agreement-to-acquire-actifio">Actifio</a>、<a href="https://www.zerto.com/blog/company-announcements/zerto-and-google-cloud-vmware-engine-launches-with-first-early-adopter-customer-qad/" target="_blank">Zerto</a>、<a href="https://www.veeam.com/blog/google-cloud-collaboration.html" target="_blank">Veeam</a>、<a href="https://blog.netapp.com/google-cloud-vmware-engine" target="_blank">NetApp</a>、<a href="https://blog.dellemc.com/en-us/proven-again-simple-cloud-protection-solutions-with-google-cloud-vmware-engine/" target="_blank">Dell Technologies</a> などと統合され、オンプレミスで使用しているのと同じデータ保護テクノロジーを Google Cloud で利用できます。アプリケーションを変更する必要はありません。</p><h3>最適な移行の実現に向けて</h3><p>Google は 2021 年に向けて、プロセスを効率化するための多彩な専用サービス、インフラストラクチャ、ツールを活用し、組織のクラウド移行のすべての段階で、あらゆる組織に対応できるよう取り組んでいます。Google の移行機能は、<a href="https://cloud.google.com/blog/ja/products/cloud-migration/google-cloud-ramp-program-simplifies-cloud-migration">Google Cloud 高速評価および移行プログラム</a>（RAMP）の利用でさらに大きな前進を遂げています。このプログラムは、移行の成功を計画し、成功に導くためのツール、特典、サービスを提供する包括的なエンドツーエンド移行プログラムです。2020 年はビジネスにとってさまざまなことが起きましたが、2021 年がお客様にとって素晴らしい年になることを願っております。</p><i>-プロダクト管理マネージング ディレクター <b>Nirav Mehta</b></i></div>Wed, 13 Jan 2021 04:00:00 +0000https://cloud.google.com/blog/ja/products/cloud-migration/migrating-enterprise-workloads-to-google-cloud-in-2021/WindowsGoogle CloudSAP on Google CloudCloud MigrationarticleGooglehttps://cloud.google.com/blog/ja/products/cloud-migration/migrating-enterprise-workloads-to-google-cloud-in-2021/Google Cloud Japan Team https://cloud.google.com/blog/ja/topics/windows/migrating-microsoft-workloads-to-google-cloud-yields-results/<div class="block-paragraph"><p>※この投稿は米国時間 2020 年 12 月 12 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/topics/windows/migrating-microsoft-workloads-to-google-cloud-yields-results">投稿</a>されたものの抄訳です。</p><p>Microsoft と Windows Server ベースのワークロードを Google Cloud に移行してモダナイズすると、数多くのコスト削減のメリットと機会を得られるとの声をお客様からいただいています。Google Cloud は最近、Enterprise Strategy Group（ESG）の協力を得て、Microsoft と Windows Server ベースのワークロードをクラウドに移行またはモダナイズした Google Cloud のお客様について、<a href="https://cloud.google.com/resources/esg-economics-of-migrating-microsoft-windows?utm_source=google&amp;utm_medium=blog&amp;utm_campaign=2020_infra_mod_app_mod_blog_posts_cta&amp;utm_content=esg_windows_economic_validation">経済性を検証する調査を実施</a>しました。その結果は、お客様から寄せられる声を定量化し、強調するものでした。</p><p>ESG の調査によると、Windows ワークロードを Google Cloud に移行したお客様は以下のメリットを得られるとされています。</p><ul><li><p>ライセンスとハードウェアの費用の大幅削減（ワークロードによって 32%～88% の削減効果）</p></li><li><p>アジリティの向上とカスタマー エクスペリエンスの改善（読み込み時間が 65% 短縮など）</p></li><li><p>リスクの減少とセキュリティ体制の改善</p></li><li><p>ライセンス使用と管理機能効率向上のためのマネージド サービスの活用</p></li></ul></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <a href="https://storage.googleapis.com/gweb-cloudblog-publish/images/Google_Cloud_Sole_Tenant.max-2800x2800.jpg" rel="external" target="_blank"> <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Google_Cloud_Sole_Tenant.max-1000x1000.jpg" alt="Google Cloud Sole Tenant.jpg"> </a> <figcaption class="article-image__caption ">Windows Server 2016 ワークロード 520 件の稼働費用の 3 年モデルでは、Google Cloud 単一テナントへの移行で最大 32% の TCO 削減（BYOL（お客様所有ライセンスを使用する）の場合）</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><p>Google Cloud では、SQL Server のような Microsoft ワークロードや Windows Server ベースのあらゆるアプリケーションのための最高レベルの機能をご活用いただけます。そのすべてに、エンタープライズ クラスのサポートが提供されます。Windows ワークロードを Google Cloud に移行することで、IT のアジリティを高め、オンプレミスのフットプリントを低減できます。Google Cloud は、概念実証と技術検証プロセスを簡素化して移行中のリスクを低減しています。また、カスタム VM シェイプや単一テナントノードなど、先進的な機能を通じて基盤となるインフラストラクチャでのライセンス使用効率を高めることで、ライセンス費用とリスクを適正化することもできます。SQL Server と Active Directory 向けのマネージド サービス、Windows コンテナの確実なサポート、Microsoft スタックからオープンソースへの独自のモダナイゼーション手法により、お客様が戦略的 IT 目標を達成するために必要なツールを提供します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <a href="https://storage.googleapis.com/gweb-cloudblog-publish/images/google_cloud_for_microsoft_server_and_work.max-2800x2800.jpg" rel="external" target="_blank"> <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/google_cloud_for_microsoft_server_and_work.max-1000x1000.jpg" alt="google cloud for microsoft server and workloads.jpg"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>このレポートは、Windows Server と Microsoft のワークロードの移行先として Google Cloud を選んだお客様が得られる価値をより詳細に立証し、補完するものです。<a href="https://cloud.google.com/resources/esg-economics-of-migrating-microsoft-windows?utm_source=google&amp;utm_medium=blog&amp;utm_campaign=2020_infra_mod_app_mod_blog_posts_cta&amp;utm_content=esg_windows_economic_validation">詳細については、ご登録のうえレポートをダウンロードしてご覧ください</a>。</p><p><i>-プロダクト マーケティング マネージャー <b>Adam Levin</b></i></p></div>Thu, 24 Dec 2020 01:00:00 +0000https://cloud.google.com/blog/ja/topics/windows/migrating-microsoft-workloads-to-google-cloud-yields-results/Cloud MigrationGoogle CloudWindowsarticleGooglehttps://cloud.google.com/blog/ja/topics/windows/migrating-microsoft-workloads-to-google-cloud-yields-results/Google Cloud Japan Team https://cloud.google.com/blog/ja/products/storage-data-transfer/move-windows-workloads-to-cloud-with-google-cloud-storage/<div class="block-paragraph"><p>※この投稿は米国時間 2020 年 12 月 8 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/products/storage-data-transfer/move-windows-workloads-to-cloud-with-google-cloud-storage">投稿</a>されたものの抄訳です。</p><p>企業は <a href="https://www.youtube.com/watch?v=fqTC45HL6J4" target="_blank">Microsoft と Windows ベースのワークロードをクラウドへ</a>と迅速に移行することで、ライセンスの費用を削減し、クラウドネイティブのアーキテクチャの威力をフル活用するためのモダナイゼーション戦略に着手しつつあります。現在のビジネス環境においてはアジリティ、柔軟性、スケーリング、コスト最適化が求められますが、これらはデータセンターからの運用では実現が非常に困難です。<a href="https://cloud.google.com/">Google Cloud</a> は、Microsoft ベースのサービスとツールのための<a href="https://cloud.google.com/windows">優れたエンタープライズ クラスの機能</a>を提供します。</p><p>多くの Windows ベースのワークロードには、サーバー メッセージ ブロック（SMB）のファイル サービス コンポーネントが欠かせません。たとえば、構成ファイルとログを一元的に保管するためには、<a href="https://blogs.sap.com/2017/07/21/how-to-create-a-high-available-sapmnt-share/" target="_blank">Windows Server クラスタで稼働している高可用性の SAP アプリケーション サービスに SMB ファイル サーバーが必要</a>です。COVID-19（新型コロナウイルス感染症）のパンデミックによって、従業員が早急にリモートワークに入るための<a href="https://cloud.google.com/solutions/virtual-desktops">仮想デスクトップ ソリューション</a>の需要が増加しました。こうした仮想デスクトップのユーザーは、多くの場合 SMB ファイル サーバーにアクセスしてドキュメントを保存したり、同僚と共同作業を行ったりする必要があります。</p><p>Google Cloud には数多くの SMB ファイル サービスがあり、Microsoft 製品 / サービスのさまざまなニーズに応えることができます。こうしたオプションは、フルマネージド サービス、セミマネージド サービス、セルフマネージド サービスの 3 つのカテゴリに分類されます。この投稿では、3 つのカテゴリにわたって、複数のオプションを検証していきます（注: Google Cloud の SMB ファイル サービス プロバイダのリストを完全に網羅するものではありません。一般的なリストの一部のみを簡単にレビューしています）。</p><h3>フルマネージド SMB ファイル サービス</h3><p>多くの企業にとって、運用オーバーヘッドの削減はクラウド移行の重要な目標です。フルマネージド サービスは、ソフトウェアのインストールと構成、アプリケーションのパッチ適用、バックアップといった日常的なタスクを行う IT スタッフを必要とせずに、機能と結果を提供します。こうしたマネージド SMB ファイル サービスのオプションがあれば、作業負担とリスクを低減しつつ、Windows のアプリケーションとユーザーによる迅速な作業が可能になります。（これらのオプションはパートナーが提供するマネージド サービスです。ご希望のリージョンで利用可能かどうかをご確認ください）。</p><p><b>NetApp Cloud Volumes Service</b></p><p>IT 業界で仕事をして、ストレージの管理や使用経験がある、または導入を考えたことがあれば、NetApp をご存じかと思います。NetApp は、1992 年からエンタープライズ クラスのソリューションを提供してきました。<a href="https://cloud.google.com/netapp">NetApp Cloud Volumes Service（CVS）</a>なら、Google Cloud と緊密に統合された、高可用性でクラウドネイティブのマネージド SMB サービスを使用できます。ストレージ ボリュームのサイズは 1 TB から 100 TB まであり、大規模なアプリケーション環境の需要に対応できます。サービスには自動スナップショットや高速ボリューム プロビジョニングなど、実証済みの NetApp 機能が含まれています。デプロイは直接 <a href="https://console.cloud.google.com/marketplace/product/endpoints/cloudvolumesgcp-api.netapp.com">Google Cloud Marketplace</a> から行い、Google Cloud Console で管理することが可能です。Google のサポートを利用でき、料金は Google Cloud 請求書で請求されます。</p><p><b>Dell Technologies の PowerScale</b></p><p>Dell Technologies は企業のストレージ市場におけるリーダー的存在で、<a href="https://www.delltechnologies.com/en-us/cloud/cloud-services/storage/powerscale-for-google-cloud.htm" target="_blank">Google Cloud 上の PowerScale</a> を提供するためにパートナーとして提携しています。PowerScale はオールフラッシュ アーキテクチャを活用して、高速なストレージ操作を実現します。下位互換性があるため、PowerScale オールフラッシュ ノードや、オールフラッシュ構成、ハイブリッド構成、アーカイブ構成の Isilon ノードから選択することもできます。OneFS ファイル システムは、名前空間あたり最大 50 PB の容量を誇ります。これは驚くべきスケーリングです。また、NetApp と同様に、Google Cloud の PowerScale にはスナップショット、レプリケーション、オンプレミス ストレージとのハイブリッド統合といった、エンタープライズ クラスの機能が含まれています。Google Cloud と緊密に統合されているため、<a href="https://console.cloud.google.com/marketplace/details/cloudonefs/onefs-public-listing">Google Cloud Marketplace</a> で見つけることができ、Google Cloud Console と統合されています。また、Google が直接サポートを行い、Google によって課金されます。</p><p>どちらのマネージド ファイル ストレージ サービスも、SMBv3 まで対応できるため、管理オーバーヘッドを抑えながら Windows ワークロードをサポートする優れたオプションです。</p><h3>セミマネージド SMB ファイル サービス</h3><p>フルマネージド SMB サービスが不要な場合もあります。マネージド サービスは多くの作業を担ってくれるものの、一般的には、特定のニーズに対応するため、ソリューションをカスタマイズする選択肢が狭まります。そのため、お客様によっては、Windows ワークロードに必要とされる具体的な仕様に合わせて構成を調整できる、以下のようなストレージ サービスに代表されるセルフマネージド（またはセミマネージド）サービスが好まれます。</p><p><b>NetApp Cloud Volumes ONTAP</b></p><p>フルマネージド NetApp Cloud Volumes Service と同様に、<a href="https://cloud.netapp.com/ontap-cloud" target="_blank">NetApp Cloud Volumes ONTAP（CVO）</a>なら、SnapMirror など、データセンターで使用する NetApp の使い慣れた機能とメリットが得られます。セミマネージド サービスのため、Google Cloud 上のデータに対し拡張されたコントロール機能とセキュリティ強化を必要とするお客様に適しています。CVO では <a href="https://cloud.google.com/compute">Google Compute Engine</a> インスタンス上の <a href="https://cloud.google.com/vpc">Google Cloud Virtual Private Cloud</a>（VPC）にデプロイされ、すべてが Google Cloud プロジェクトに格納されます。そのため、ポリシーやファイアウォール ルール、ユーザーのアクセス権を適用することで、社内外のコンプライアンス要件を満たすよう調整が可能です。CVO は、NetApp の<a href="https://docs.netapp.com/us-en/occm/task_getting_started_gcp.html" target="_blank">手順ガイド</a> に沿って、自分でデプロイする必要があります。<a href="https://console.cloud.google.com/marketplace/details/netapp-cloudmanager/cloud-manager">Marketplace</a> は、さまざまな CVO のお支払いプランをご提供しています。料金は SMB のストレージ容量（2 TB～368 TB）と可用性によって異なります。NetApp Cloud Volumes ONTAP は、Google Cloud のすべてのリージョンでご利用いただけます。</p><p><b>Panzura Freedom ハイブリッド クラウド ストレージ</b></p><p><a href="https://cloud.google.com/solutions/partners/panzura-hybrid-cloud-storage">Panzura Freedom</a> は、クラウド生まれのハイブリッド ファイル サービスで、グローバル企業のファイルの保管、共同編集、バックアップを実現します。Panzura CloudFS と呼ばれる単一の地域分散型ファイル システムを利用し、Google Cloud VPC、企業のオフィス、オンプレミス データセンター、その他のクラウドから同時にアクセスできます。信頼できるデータが <a href="https://cloud.google.com/storage">Google Cloud Storage</a> バケットに保存され、ローカルにデプロイされた Panzura Freedom Filers にキャッシュされます。そのため、Windows アプリケーションとユーザーは、高いパフォーマンスでファイル システムにアクセスできます。<a href="https://cloud.withgoogle.com/infrastructure/explore" target="_blank">Google Cloud のグローバル ファイバー ネットワーク</a>と 100 を超える接続拠点（PoP）により、グローバルなレイテンシが短縮され、どこからでも高速なアクセスを確保できます。<a href="https://console.cloud.google.com/marketplace/browse?q=panzura">Panzura は Google Cloud Marketplace で見つける</a>こともできます。</p><h3>セミマネージド SMB ファイル サービス</h3><p>マネージド サービスですべての要件を満たすことができない場合があります。これは、技術的要件に限りません。たとえば、業界内で、どのマネージド サービスも認定されていないコンプライアンス規制に対応しなければならないことがあるかもしれません。すべてのフルマネージドおよびセミマネージド SMB ファイル サービスのオプションを検討して、予算と要件に合うものが見つからない場合でも、ご安心ください。まだ、Google Cloud 上で独自の Windows SMB ファイル サービスを展開する方法があります。この方法は特に柔軟性が高く、それと同時にデプロイ、構成、セキュリティ保護、すべての管理の責任も伴います。しかしご心配にはおよびません。こうしたオプションは、Microsoft に注力しているスタッフにはなじみ深いはずです。</p><p><b>Google Compute Engine インスタンス上の Windows SMB ファイル サーバー</b></p><p>このオプションは、非常にシンプルです。任意のバージョンの Windows サーバーが稼働している <a href="https://cloud.google.com/compute">Compute Engine</a> インスタンスをデプロイして、ファイル サーバーのロールをインストールすれば、すぐに使用できます。Windows のすべてのネイティブ機能が利用可能になります。オンプレミスの Active Directory から Google Cloud への<a href="https://cloud.google.com/solutions/patterns-for-using-active-directory-in-a-hybrid-environment">拡張</a>や<a href="https://cloud.google.com/architecture/identity/federating-gcp-with-active-directory-introduction">連携</a>が済んでいる、または <a href="https://cloud.google.com/managed-microsoft-ad">Active Directory 用のマネージド サービス</a>を使用している場合、オンプレミスと同じように権限を適用できます。<a href="https://cloud.google.com/persistent-disk">Persistent Disk</a> を使うと、Windows ファイル サーバーの柔軟性が非常に高まります。Persistent Disk の追加または拡張により、ダウンタイムなしで SMB ファイル サーバーのストレージ容量を増やし、ディスク パフォーマンスを向上させることができます。単一の SMB ファイル サーバーは単一障害点ですが、Compute Engine のネイティブ保護と冗長性により、障害が長いダウンタイムにつながることはほぼありません。<a href="https://cloud.google.com/compute/docs/disks#repds">リージョン永続ディスク</a>を使用すると、ディスクは異なる Google Cloud ゾーンに継続的にレプリケートされるため、VM やゾーンに障害が発生したときに保護と迅速なリカバリを行うための追加措置となります。</p><p><b>Windows クラスタリング</b></p><p>要件によって Windows ファイル サーバーがダウンすることが許されない場合、単一の Windows ファイル サーバーでは用が足りません。これには、<a href="https://docs.microsoft.com/en-us/windows-server/failover-clustering/failover-clustering-overview" target="_blank">Windows フェイルオーバー クラスタリング</a>というソリューションが有効です。2 つ以上の Windows Compute Engine インスタンスと Persistent Disk を使って、Persistent Disk、VM、OS、全体的な Google Cloud ゾーンの障害を乗り切る高可用性の SMB ファイル クラスタを構築できます。ダウンタイムはゼロまたは最低限で済みます。Windows ファイル クラスタには、ファイル サーバー クラスタとスケールアウト ファイル サーバー（SOFS）の 2 つの種類があります。</p><p><a href="https://cloud.google.com/compute/docs/tutorials/running-windows-server-failover-clustering">Windows ファイル サーバー クラスタ</a>は、20 年ほど前から存在します。基本アーキテクチャは、ストレージ エリア ネットワーク（SAN）などの共有ストレージに接続されている、Windows フェイルオーバー クラスタ内の 2 つの Windows サーバーです。こうしたクラスタは、本質的にアクティブ / パッシブです。任意の時点で、クラスタ内のサーバーのうち 1 つだけが共有ストレージにアクセスして、SMB クライアントにファイル サービスを提供できます。クライアントは<a href="https://cloud.google.com/load-balancing/docs/internal">内部ロードバランサ</a>がフロントエンドとして機能するフローティング IP アドレス経由でサービスにアクセスします。アクティブ ノードに障害が発生すると、パッシブノードが共有ストレージに対する読み取り / 書き込みアクセスを確立して、フローティング IP アドレスをバインドし、ファイル サービスを開始します。クラウド環境において、物理的な共有ストレージ デバイスをクラスタ ストレージとして使用することはできません。その代わり、<a href="https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-direct-overview" target="_blank">記憶域スペース ダイレクト（S2D）</a>を使用できます。S2D は、複数の VM の永続ディスクを可用性の高い単一の仮想ストレージ プールと組み合わせる、クラスタ化されたストレージ システムです。これは、分散仮想 SAN と考えることができます。</p><p><a href="https://docs.microsoft.com/en-us/windows-server/failover-clustering/sofs-overview" target="_blank">スケールアウト ファイル サーバー（SOFS）</a>は、より新しく、さらに高機能なクラスタ化されたファイル サービスロールで、Windows フェイルオーバー クラスタでも稼働します。Windows ファイル サーバー クラスタと同様に、SOFS はクラスタ ストレージに S2D を使用します。Windows ファイル サーバー クラスタと異なる点は、SOFS がアクティブ / アクティブ ファイル サーバーであることです。SOFS は、フローティング IP アドレスをクライアントに示す代わりに、SOFS ロールの各ノード用に DNS に個別の A レコードを作成します。それぞれのノードは共有データセットの完全なレプリカを持ち、Windows クライアントにファイルを提供できるため、SOFS は垂直方向と水平方向のどちらにもスケール可能です。さらに、<a href="https://docs.microsoft.com/en-us/windows-server/failover-clustering/sofs-overview#when-to-use-scale-out-file-server" target="_blank">SOFS にはいくつかの新機能があり</a>、これによってアプリケーション サーバーの障害耐久性が向上しています。</p><p>前述のとおり、Windows ファイル サーバー クラスタと SOFS の共有ストレージは S2D に依存します。<a href="https://cloud.google.com/compute/docs/tutorials/running-windows-server-failover-clustering">こちら</a>に、Google Cloud の仮想マシンに S2D をインストールするプロセスが解説されています。後から、選択した SMB ファイル サービスロールをインストールすることも可能です。<a href="https://docs.microsoft.com/en-us/windows-server/failover-clustering/deploy-two-node-clustered-file-server" target="_blank">ファイル サーバーのクラスタロールをデプロイするプロセス</a>と、<a href="https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/hh831718%28v%3dws.11%29" target="_blank">SOFS ロールのプロセス</a>をご確認ください。</p><p><b>スケールアウト ファイル サーバーとファイル サーバー クラスタの比較</b></p><p>ファイル サーバー クラスタと SOFS は、S2D で可用性の高い SMB ファイル共有を提供するという点では似ています。SOFS はより新しい技術のため、ファイル サーバー クラスタと比べてスループットが高く、より優れたスケーラビリティを提供します。ただし、SOFS は、エンドユーザーによるファイルの使用（開く、名前を変更する、編集する、コピーするなど）でよく見られる、メタデータの負荷が高い操作には最適化されていません。そのため、エンドユーザーのファイル サービスにはファイル サーバー クラスタを選び、アプリケーションに SMB ファイル サービスが必要なときは SOFS を選ぶのが一般的です。<a href="https://docs.microsoft.com/en-us/windows-server/failover-clustering/sofs-overview#when-to-use-scale-out-file-server" target="_blank">こちらのページ</a>で、ファイル サーバー クラスタ（リンク先ページでは「汎用のファイル サーバー クラスタ」と記載）と SOFS の機能の比較について詳細をご覧ください。</p><h3>どちらを選ぶか決める</h3><p>これまで、Windows のワークロードとユーザーに安全かつ高パフォーマンスでスケーラブルな SMB ファイル サービスへのアクセスを提供する Microsoft 製品 / サービス向けのいくつかの優れたオプションについて説明してきましたが、特定のニーズに最適なオプションは、どのように選べばよいのでしょうか？考慮すべき判断基準がいくつかあります。</p><ul><li><p>目的は、IT 運用の簡素化と運用負荷の軽減でしょうか？そうであれば、フルマネージドおよびセミマネージドのオプションをご覧ください。</p></li><li><p>マネージド サービスでは対応できない、特別な技術構成の要件がありますか？ある場合は、単一の Windows インスタンスまたは Windows クラスタ オプションの一つとして、独自の SMB ファイル サービス ソリューションを展開することをご検討ください。</p></li><li><p>完全自動化された高可用性のためのマルチゾーンが必要でしょうか？必要であれば、NetApp Cloud Volumes ONTAP と単一インスタンスの Windows ファイル サーバーは選択肢から除外されます。これらは、<a href="https://cloud.google.com/compute/docs/regions-zones">単一の Google Cloud ゾーン</a>で運用されるためです。</p></li><li><p>特定の Google Cloud リージョンの要件がありますか？あれば、そのリージョンで NetApp Cloud Volumes Service と NetApp Cloud Volumes ONTAP が利用可能かどうかを確認する必要があります。専用のハードウェアが必要なパートナー サービスなため、これら 2 つのサービスは、現時点ではすべての Google Cloud リージョンで利用できるわけではありません。</p></li><li><p>オンプレミスとクラウドにまたがるハイブリッド ストレージ機能が必要でしょうか？すべてのマネージド オプションには、ハイブリッドのオプションがあります。</p></li><li><p>予算は限られていますか？限られている場合、どの単一障害点でも発生しうるダウンタイムを最低限に抑えるために手動でプランニングや作業を行ってもかまわなければ、単一の Windows Compute Engine インスタンス ファイル サーバーで問題ありません。</p></li><li><p>多様な地域での障害復旧が必要でしょうか？ご安心ください。ご説明したすべてのオプションで、障害復旧の方法が用意されています。</p></li></ul><h3>次のステップ</h3><p>本投稿は Google Cloud の Windows ファイル サービスについて、いくつかのオプションの概要を説明したものです。関心のあるオプションの<a href="https://cloud.google.com/solutions/filers-on-compute-engine">詳細をご覧ください</a>。いくつかの候補に絞ったら、マネージド サービスの情報が掲載されている Marketplace のページを参照し、さらに詳しい情報を得て、サービスを導入するプロセスを開始してください。上述のセルフマネージド オプションに含まれているリンクから、利用を開始するための Google Cloud 固有の手順や、選択したクラスタ オプションをデプロイするための一般的な Microsoft のドキュメントを参照できます。</p><p><i>-Google Cloud カスタマー エンジニア <b>Sean Patterson</b></i></p></div> <div class="block-related_article_tout"> <div class="uni-related-article-tout h-c-page"> <section class="h-c-grid"> <a href="https://cloud.google.com/blog/ja/products/storage-data-transfer/introducing-filestore-backups/" data-analytics='{ "event": "page interaction", "category": "article lead", "action": "related article - inline", "label": "article: {slug}" }' class="uni-related-article-tout__wrapper h-c-grid__col h-c-grid__col--8 h-c-grid__col-m--6 h-c-grid__col-l--6 h-c-grid__col--offset-2 h-c-grid__col-m--offset-3 h-c-grid__col-l--offset-3 uni-click-tracker"> <div class="uni-related-article-tout__inner-wrapper"> <p class="uni-related-article-tout__eyebrow h-c-eyebrow">Related Article</p> <div class="uni-related-article-tout__content-wrapper"> <div class="uni-related-article-tout__image-wrapper"> <div class="uni-related-article-tout__image" style="background-image: url('')"></div> </div> <div class="uni-related-article-tout__content"> <h4 class="uni-related-article-tout__header h-has-bottom-margin">Filestore バックアップで、ファイルベースのアプリをより簡単にクラウドへ移行</h4> <p class="uni-related-article-tout__body">新しい Filestore バックアップで、Google Cloud のファイル システムのためのコピーデータ サービスとバックアップ戦略を移行できます。</p> <div class="cta module-cta h-c-copy uni-related-article-tout__cta muted"> <span class="nowrap">Read Article <svg class="icon h-c-icon" role="presentation"> <use xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="#mi-arrow-forward"></use> </svg> </span> </div> </div> </div> </div> </a> </section> </div> </div>Thu, 17 Dec 2020 01:00:00 +0000https://cloud.google.com/blog/ja/products/storage-data-transfer/move-windows-workloads-to-cloud-with-google-cloud-storage/Google CloudWindowsStorage & Data TransferarticleGooglehttps://cloud.google.com/blog/ja/products/storage-data-transfer/move-windows-workloads-to-cloud-with-google-cloud-storage/Google Cloud Japan Team https://cloud.google.com/blog/ja/topics/windows/idc-evaluates-windows-server-on-google-cloud/<div class="block-paragraph"><p>※この投稿は米国時間 2020 年 10 月 1 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/topics/windows/idc-evaluates-windows-server-on-google-cloud">投稿</a>されたものの抄訳です。</p><br/><p><i><b>編集者注</b><b>: </b>本ブログ投稿では、IDC のプラットフォームおよびテクノロジー グループでインフラストラクチャ システムを担当するリサーチ ディレクター、Sriram Subramanian 氏からお話を伺います。Google は同氏に、Windows のワークロードをクラウドに移行しモダナイズするための動機付けとなる、戦略的要因の調査を委託しました。同氏は調査を通じて、Google Cloud が Windows Server ベースのアプリケーションにとって理想的なプラットフォームであるという確証を得ています。詳細については、<a href="https://cloudonair.withgoogle.com/events/idc-modernize-windows-server-gcp%20?utm_source=google&amp;utm_medium=blog&amp;utm_campaign=itdm_sdd_webinar_idc_modernize_msft_gcp_mc&amp;utm_content=global_blog_windows_idc" target="_blank">このトピックに関するオンデマンド ウェブセミナーをご覧ください</a>。</i></p><p>企業の成功には、基幹業務（LOB）アプリケーションとワークロードが欠かせません。したがって、エンタープライズ アプリケーションの継続的可用性こそが最も重要です。Windows Server ベースのワークロードは、エンタープライズ ワークロードの中でもかなりの割合を占めています。IDC の Server Workloads Tracker によると、2019 年に世界で出荷されたサーバーの約 45% が Windows Server オペレーティング システム ベースでした。</p><p>2 つの主要な Windows Server ワークロードは、Windows オペレーティング システムで .NET Framework を使用して構築されたビジネス アプリケーションと、SQL Server を使用したデータベース アプリケーションです。どちらも、パフォーマンス、セキュリティ、可用性は基盤となるインフラストラクチャ プラットフォームに依存しています。また、それらは密結合のコンポーネントで構成される傾向があります。たとえば、標準の 3 層<a href="https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller" target="_blank">モデル、ビュー、コントローラ</a>（MVC）アプリケーションでは、「コントローラ」は、「ビュー」および「モデル」コンポーネントと同様に、データベース バックエンドに強く関連付けられます。Windows Server の場合、SQL Server データベース バックエンドは、高可用性とデータの整合性（たとえば、アクティブ - アクティブまたはアクティブ - パッシブ）を確保するために、ストレージ クラスタに依存しています。これには複雑なストレージ クラスタの設定が含まれます。これらの要件により、多くの場合、Windows Server ベースのアプリケーションをパブリック クラウド環境に移行する手順が複雑化します。</p><p>IDC は先日、Google Cloud から委託された調査の一環として、エンドユーザーにインタビューを行いました。この調査は、Google Cloud で Windows アプリケーションを実行するエンドユーザーのエクスペリエンスを理解することを目的としています。この調査により、さまざまな理由から、企業のお客様は Google Cloud が Windows Server ベースのワークロード向けに最適化されたプラットフォームであると感じていることがわかりました。</p><h3>アプリケーションのモダナイゼーション向けプラットフォーム</h3><p>調査の参加者は、Google Cloud が Windows ベースのワークロードをモダナイズするための信頼性の高いプラットフォームを提供していることに疑いの余地がないことを認めており、ほぼすべての参加者が、Windows アプリケーションを Google Cloud に移行するのに「リフト＆シフト」パターンで始めていることを示しました。ただし、Google Cloud へのアプリケーション移行後に、参加者は Cloud SQL やマネージド Active Directory などのクラウドベースのサービスと、Google Kubernetes Engine（GKE）や Knative などのクラウドネイティブな技術を活用して、Google Cloud 上の Windows アプリケーションをリファクタリングまたは再設計することができました。Google Cloud のソリューションには、Migrate for Compute Engine や Migrate for Anthos などの移行ツールも含まれており、Windows アプリケーションを Google Cloud の VM や GKE のコンテナに簡単に移行できます。</p><p>回答者は、アプリケーションの移行とモダナイゼーションの際に Google Cloud の技術パートナーに頼ったことも示唆しています。また、Windows アプリケーションのコンポーネントを Linux ベースのサービスに置き換える計画もあり、最終的には Windows から完全に移行することを目標としていました。回答者は、Windows .NET Core、Kubernetes、Google Cloud 上の Linux の組み合わせが、Windows アプリケーションをモダナイズするための強力な基盤となることを認識しています。</p><h3>テクノロジー機能</h3><p>調査の回答者は、エンタープライズ向けのコア テクノロジー機能により、Google Cloud での Windows アプリケーションの実行が容易になることを実感しています。これらには、VM のサイジング、プラットフォーム / ネットワーク パフォーマンス、プラットフォーム セキュリティ、AI / ML およびデータ分析機能、最新のインフラストラクチャ構造が含まれます。</p><p>Windows ベースのアプリケーションをパブリック クラウド インフラストラクチャに移行するときに、エンドユーザーは通常、オンプレミスのサーバーと同等の仮想インスタンスをプロビジョニングするため、多くの場合はパブリック クラウドでのリソースの割り振りが非効率的になります。Google Cloud では、VM のサイズをカスタマイズできるため、回答者は仮想インスタンスのサイズを微調整して、最適なコスト パフォーマンスを実現できます。</p><p>また、Managed Service for Microsoft Active Directory（AD）などのセキュリティ機能により、複数のリージョンにわたって、サービスのデプロイと管理が容易になり、高可用性がもたらされていることもわかりました。また、BigQuery などのデータ分析機能により、運用上のオーバーヘッドなしに分析を活用できることもわかりました。</p><h3>コストの最適化</h3><p>調査の回答者は、Google Cloud を利用することで、短期的にも長期的にもコストを削減できることを認識しています。たとえば、SQL Server の BYOL（お客様所有ライセンスの使用）モデルを使用すると、エンドユーザーは既存のライセンスを利用できるため、コストを大幅に削減できます。ある回答者は、SQL Server インスタンスを別のパブリック クラウド サービス プロバイダから Google Cloud に移動することで、約 40% のコスト削減に成功したと述べています。回答者はまた、カスタム VM サイジングなどの機能を活用して、クラウド リソースの微調整を行うこともできました。</p><h3>課題</h3><p>回答者は、ワークロードを Google Cloud に移行する際の課題も指摘しています。これについては <a href="https://inthecloud.withgoogle.com/modernize-window-server/dl-cd.html" target="_blank">InfoBrief</a> をご覧ください。Google Cloud はこれらの課題に積極的に取り組んでいます。お客様には、Windows ベースのワークロードの実行とモダナイゼーションのために、ぜひ Google Cloud をご検討いただきたいと存じます。</p><h3>概要</h3><p>全体として、調査回答者は、Google Cloud が Windows ベースのワークロードを実行するために最適化されたプラットフォームだと考えています。IDC は、ワークロードをパブリック クラウド インフラストラクチャに移行し、Windows Server ワークロードを Google Cloud に移行する際には、ワークロード中心の複数フェーズのアプローチを採用することを推奨しています。このようなアプローチにより、エンドユーザーはパブリック クラウド インフラストラクチャを採用する際の一般的な課題を軽減できます。また、エンドユーザーはパブリック クラウドでのリソース消費を最適化し、最終的にはビジネス クリティカル、ミッション クリティカルなアプリケーションもパブリック クラウドに移行することができます。</p><p>詳細については、IDC の InfoBrief、「<a href="https://inthecloud.withgoogle.com/modernize-window-server/dl-cd.html" target="_blank">Google Cloud Platform を使用して Windows Server ワークロードをモダナイズする</a>」をご覧いただくか、付属の<a href="https://cloudonair.withgoogle.com/events/idc-modernize-windows-server-gcp%20?utm_source=google&amp;utm_medium=blog&amp;utm_campaign=itdm_sdd_webinar_idc_modernize_msft_gcp_mc&amp;utm_content=global_blog_windows_idc" target="_blank">ウェブセミナー</a>をご覧ください。</p><br/><p><i>-IDC プラットフォームおよびテクノロジー グループ、インフラストラクチャ システム担当リサーチ ディレクター <b>Sriram Subramanian</b></i></p></div>Fri, 09 Oct 2020 03:00:00 +0000https://cloud.google.com/blog/ja/topics/windows/idc-evaluates-windows-server-on-google-cloud/Google CloudWindowsarticleGooglehttps://cloud.google.com/blog/ja/topics/windows/idc-evaluates-windows-server-on-google-cloud/Google Cloud Japan Team https://cloud.google.com/blog/ja/topics/windows/new-management-tools-for-windows-running-on-google-cloud/<div class="block-paragraph"><p>※この投稿は米国時間 2020 年 9 月 17 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/topics/windows/new-management-tools-for-windows-running-on-google-cloud">投稿</a>されたものの抄訳です。</p><br/><p>Google Cloud では、Windows のワークロードを移行してモダナイズするための最高レベルの機能をご活用いただけます。基礎となるインフラストラクチャによる信頼度、パフォーマンス、コスト削減に加えて、モダナイズに役立つ機能、ツール、ガイダンスなどが利用できる Google Cloud は、さまざまな組織に選ばれています。例えば <a href="https://cloud.google.com/blog/topics/customers/how-geotab-is-modernizing-applications-with-google-cloud">Geotab</a> のような企業では、変化を先取りして需要を高め、プロプライエタリ スタックからオープンソースにモダナイズすることでライセンス コストを削減するために Google Cloud が利用されています。また、数々の企業の Windows ベースのワークロードの移行とモダナイズを支援していることが、IDC のようなアナリスト企業に<a href="https://inthecloud.withgoogle.com/modernize-window-server/dl-cd.html" target="_blank">評価された</a>ことは大変光栄なことです。</p><p>ここでは、起動画面の診断、Windows Server の自動アップグレード、新しい診断ツール、改良版のライセンス レポートなど、Google Cloud での Windows Server ワークロードの実行を容易にする多数の新機能についてお知らせします。これらの新機能の詳細については、続きをお読みください。</p><h3>起動画面診断（ベータ版）</h3><p>Windows VM では、多くの場合、仮想表示デバイスなしでは特定のエラーを報告できません。そのため、リモート デスクトップ プロトコル（RDP）による接続が機能しない場合、仮想表示画面へのアクセスが必要になります。昨年リリースした<a href="https://cloud.google.com/blog/products/compute/virtual-display-devices-for-compute-engine-now-ga">仮想表示</a>機能に基づいて構築することによって、マシン内への RDP を行わずに<a href="https://cloud.google.com/compute/docs/instances/capturing-vm-screenshots">起動画面のスクリーンショットをキャプチャ</a>できるため、Windows VM のトラブルシューティングをより簡単に実行することが可能になりました。たとえば起動プロセス中に VM にアクセスできない場合、または破損したディスク イメージを使用して VM を開始しようとしている場合、VM からスクリーンショットをキャプチャすることで問題を診断しやすくなります。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Boot-screen_diagnostics.max-1000x1000.jpg" alt="Boot-screen diagnostics.jpg"> </a> <figcaption class="article-image__caption ">このブルー スクリーンを見逃してしまった場合のために、Cloud Console から直接表示できるようになりました</figcaption> </figure> </div> </div> </div> <div class="block-paragraph"><h3>Windows 2008 の自動アップグレード（ベータ版）</h3><p>今年初めのサービス終了後も、Windows Server 2008 は多くのお客様にご利用いただいています。インプレースでの <a href="https://cloud.google.com/compute/docs/tutorials/performing-an-automated-in-place-upgrade-windows-server">Windows Server 2008 の自動アップグレード</a>をコマンド 1 つで実行することで、インスタンスをより手軽にアップグレードできるようにしたいと考えました。このコマンドを使うと、現在の VM のバックアップ、アップグレードの実行、何かトラブルがあったときの自動的なロールバック処理ができます。また、Windows OS のインプレース アップグレードが機能するかどうかを迅速にテストし、大規模なアップグレードを自動化します。</p><h3>診断情報を収集する（ベータ版）</h3><p>Windows VM のトラブルシューティングや、Google Cloud サポートへの連絡をする場合、問題の迅速かつ効果的な解決に必要なすべての診断情報の提供が難しい場合もあります。Windows VM の<a href="https://cloud.google.com/compute/docs/instances/collecting-diagnostic-information">新しい診断ツール</a>は、ご自分でのトラブルシューティングやサポートに必要な診断情報の送信のために、必要な情報をすべて収集するのに役立ちます。</p><h3>ライセンス報告ツール</h3><p>お客様所有の Windows ライセンスを Google Cloud で使用する場合、Microsoft Enterprise Agreement の実際のアップや監査に対するライセンス使用状況の計算は、煩雑な作業になる場合があります。お客様の調達チーム、エンジニア チーム、運用チームのそれぞれが、複雑なライセンス報告の要件を満たすためのデータを作成するのに数か月を費やすのは珍しいことではありません。そして多くの場合、物理サーバーのハイ ウォーターマークや、任意の時点でのライセンス使用状況などを特定するために、こうした複雑なレポートをさらに分析する必要があります。</p><p><a href="https://cloud.google.com/compute/docs/nodes/sole-tenant-nodes">単一テナントノードで</a>実行している場合、新しい <a href="https://cloud.google.com/compute/docs/nodes/determining-server-usage">Windows ライセンス報告ツール</a> によってこの手続きが自動化されるため、物理サーバーの使用状況を定量化するレポートを迅速かつ包括的に生成できます。このツールは Windows 環境で実行され、ログデータを取り込み、グラフィカルな結果とレポートをユーザーに出力します。</p><h3>より手軽な Windows 管理を目指して</h3><p>これらの新機能により、問題のトラブルシューティング、アップグレード、Google Cloud で実行されている Windows ワークロードのライセンス要件の管理が容易になれば幸いです。Google の取り組みはまだまだ続きます。Microsoft によるエンタープライズ向けのサポートを総動員して進める、Google Cloud を Windows ワークロードの移行、最適化、モダナイズのための最適なプラットフォームにするための取組みにご期待ください。</p><p>こちらをクリックして <a href="https://cloud.google.com/windows">Google Cloud 上の Windows</a> の詳細をご確認ください。</p><p><i>-プロダクト マネージャー、<b>Venkat Gattamneni</b></i></p></div> <div class="block-related_article_tout"> <div class="uni-related-article-tout h-c-page"> <section class="h-c-grid"> <a href="https://cloud.google.com/blog/ja/products/compute/how-geotab-is-modernizing-applications-with-google-cloud/" data-analytics='{ "event": "page interaction", "category": "article lead", "action": "related article - inline", "label": "article: {slug}" }' class="uni-related-article-tout__wrapper h-c-grid__col h-c-grid__col--8 h-c-grid__col-m--6 h-c-grid__col-l--6 h-c-grid__col--offset-2 h-c-grid__col-m--offset-3 h-c-grid__col-l--offset-3 uni-click-tracker"> <div class="uni-related-article-tout__inner-wrapper"> <p class="uni-related-article-tout__eyebrow h-c-eyebrow">Related Article</p> <div class="uni-related-article-tout__content-wrapper"> <div class="uni-related-article-tout__image-wrapper"> <div class="uni-related-article-tout__image" style="background-image: url('')"></div> </div> <div class="uni-related-article-tout__content"> <h4 class="uni-related-article-tout__header h-has-bottom-margin">変革の推進: Geotab が Google Cloud でアプリケーションをモダナイズする方法</h4> <p class="uni-related-article-tout__body">Geotab は時間をかけて Windows Server を実行する本番環境サーバーをコンテナとオープンソースに変換し、数十万ドルを節約しました。</p> <div class="cta module-cta h-c-copy uni-related-article-tout__cta muted"> <span class="nowrap">Read Article <svg class="icon h-c-icon" role="presentation"> <use xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="#mi-arrow-forward"></use> </svg> </span> </div> </div> </div> </div> </a> </section> </div> </div>Tue, 29 Sep 2020 02:00:00 +0000https://cloud.google.com/blog/ja/topics/windows/new-management-tools-for-windows-running-on-google-cloud/Management ToolsGoogle CloudComputeWindowsarticleGooglehttps://cloud.google.com/blog/ja/topics/windows/new-management-tools-for-windows-running-on-google-cloud/Google Cloud Japan Team https://cloud.google.com/blog/ja/products/compute/how-geotab-is-modernizing-applications-with-google-cloud/<div class="block-paragraph"><p>※この投稿は米国時間 2020 年 9 月 16 日に、Google Cloud blog に<a href="https://cloud.google.com/blog/topics/customers/how-geotab-is-modernizing-applications-with-google-cloud">投稿</a>されたものの抄訳です。</p><p><i><b>編集者注</b><b>: </b>最近の IDC <a href="https://inthecloud.withgoogle.com/modernize-window-server/dl-cd.html" target="_blank">Infobrief</a> では、Google Cloud はアプリケーションの実行とモダナイゼーションに最適な「理想的なプラットフォーム」であると言われています。本日は、Geotab の DevOps 担当、アソシエイト バイス プレジデント、Patrick McClafferty 氏のお話をご紹介します。Geotab はフリート管理ハードウェアおよびソフトウェアの大手プロバイダです。同社がどのように変化を先取りして高まる需要に対応しているか、また稼働している約 1,600 台の本番環境サーバーをコンテナとオープンソースにモダナイズすることで、どのようにライセンス コストを削減しているかをお読みください。</i></p><p>Geotab は IoT とコネクテッド トランスポーテーションのグローバル リーダーです。車両をインターネットに接続し、行動につながるデータドリブン インサイトへのアクセスを提供することで、企業がフリートをより良く管理できるように支援することを、中核的な目標としています。Geotab のソリューションを通じて、車両のフリート生産性、最適化、規制変更へのコンプライアンス、安全性、持続可能性を向上させるために必要なツールをお客様に提供し、未来に向けてビジネスを推進できるように支援します。</p></div> <div class="block-image_full_width"> <div class="article-module h-c-page"> <div class="h-c-grid"> <figure class="article-image--large h-c-grid__col h-c-grid__col--6 h-c-grid__col--offset-3 " > <img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/geotab.max-1000x1000.jpg" alt="geotab.jpg"> </a> </figure> </div> </div> </div> <div class="block-paragraph"><p>私たちは大きな変化に直面している最中であり、今後もさらなる変化が到来すると、Geotab は考えています。電気自動車（EV）の普及に伴い、<a href="https://www.geotab.com/fleet-management-solutions/ev-battery-degradation-tool/" target="_blank">バッテリーの劣化</a>、<a href="https://www.geotab.com/fleet-management-solutions/electric-vehicles/" target="_blank">充電</a>、<a href="https://www.geotab.com/fleet-management-solutions/ev-temperature-tool/" target="_blank">温度</a>に関する EV 特有の懸念事項が生じました。Geotab では、これらの事項に対する新たなビジネスニーズに対処するための、新たなソリューションを積極的に開発しています。また、将来的には、多くの OEM メーカーが自社工場に適したテレマティクス ハードウェアを導入することが予想されます。このため、Geotab は Volvo、Mack Trucks、General Motors、Ford などの企業と積極的に関わり、Geotab プラットフォームと <a href="http://marketplace.geotab.com/" target="_blank">Geotab マーケットプレイス</a>に、サードパーティ製のハードウェアを使用せずにアクセスすることで、顧客のフリート管理機能を強化できるようにしています。</p><p>このような業界の傾向は、Geotab のすべての顧客が利用できるウェブベースのフリート管理ソフトウェアである MyGeotab プラットフォームにも変化が必要なことを意味します。Geotab は当初、カナダと米国のコロケーション施設においてオンプレミスでホストされていましたが、2015 年にパブリック クラウド オプションの利用を検討し始めました。最終的に Google Cloud をプライマリ クラウド プロバイダとして選択しました。<b>試してみたさまざまなクラウド プロバイダの中で Google Cloud は最も安定性が高く、予定外のダウンタイムも最小限に抑えられるとわかったからです。</b>Google Cloud のライブ マイグレーション機能は、再起動を必要とせずに VM インスタンスを新しいホストに移行でき、ワークロードをクラウドで確実に実行させるために特に重要な要素でした。また、モダナイゼーションを実現するための目標を達成できるように、Geotab のチームと協力して取り組んでくれるパートナーも探していました。Google Cloud は、今日のための、また未来に向けた最良の選択でした。</p><p>Geotab がオンプレミスから Google Cloud への移行を開始すると、ソフトウェアの<b>ライセンス コストが急速に上昇し始めました。</b>MyGeotab は主に 1 つの言語で書かれ、1 つの開発フレームワーク上に構築されているプラットフォームです。また本番環境システム（顧客向けと社内向けの両方）のほとんどが、基盤となる 1 つのプラットフォーム上で稼働しています。さらに現在、MyGeotab 開発環境の大部分は、クラウドでプロビジョニングされた特殊な開発環境か、ノートパソコンなどのローカル コンピュータ機器のいずれかにある、同じプラットフォーム上で稼働しています。</p><p>クラウドへの移行は、Geotab の成長が急速に加速する時期とも重なりました。オンプレミスからの移行を開始した当初は、約 120 台の物理サーバーがあり、ホストごとに 1 台の VM を稼働させていました。現在では、1,600 台以上の VM インスタンスを <a href="https://cloud.google.com/compute">Compute Engine</a> 上で稼働させています。ライセンス コストは実行するコア数に比例して増減するため、この大きな成長に伴ってライセンスの総コストも自然に著しく増加しました。</p><h3>新しい進路の設定</h3><p>Geotab は Google Cloud の導入がうまくいくようになると、システムと運用の改善に役立つさまざまなサービスと機能を取り入れました。Geotab は多数のシステムで <a href="https://cloud.google.com/load-balancing">Cloud Load Balancing</a>（TCP と HTTP/HTTPS の両方）を使用しています。コストとその管理方法を明確に理解するために、課金ラベルとレポートが役立っています。また、永続ディスク スナップショットと <a href="https://cloud.google.com/storage">Cloud Storage</a> を使用して、バックアップと DR 運用を管理しています。</p><p>MyGeotab をモダナイズするための長期的なプロジェクトに取り組み、独自のプラットフォームからオープンソースやコンテナに移行することも決定しました。この規模の本番環境ワークロードをまったく新しいプラットフォームに移行するのは大変な作業ですが、顧客やエンドユーザーに大きな混乱をもたらすことなく、1 つ 1 つの作業に取り組むことが可能です。この長期プロジェクトの主な目標は、顧客を最優先にしながら、よりコスト効率の高いビジネスモデルに移行することでした。</p><p>移行プロセスの開始にあたり、データベースの移行から始め、アプリケーションを独自のリレーショナル データベースから Postgres に移行しました。これにより、中断を最小限に抑えつつ、ライセンス コストを最大限に節約しました。最初に、カスタムの移行コードを開発し、Postgres との間で 1 つの顧客データベースを移行できるようにしました。</p><p>最終的には、1 つのデバイスのデータを Geotab のゲートウェイ サーバーから複数の顧客ポータルに同時にストリーミングする機能を追加しました。これにより、大規模な顧客のデータベースのバックアップを Postgres に移行し、データを Postgres と配信元サーバーの両方に同時に push できるようにしました。このプロセスにより、大規模な顧客の Postgres 用に MyGeotab を最適化することができました。その間も大規模な顧客の本番環境システムは、確立された非 OSS バージョンで稼働し続けていました。2016 年半ばまでには、最後の顧客データベースを移行し、MyGeotab 環境の 100% を Postgres 上で稼働させ、その結果、ライセンス コストは大幅に削減されました。</p><p>またオプションとしてさまざまなプラットフォームで稼働できるよう、MyGeotab を .NET コアに移行することも決定しました。ここでも、長期的なコスト節約を見込めたことが、この決定の主な動機となりました。</p><p>ごく最近では、アプリケーションをコンテナ化することと、Linux 上での実行を可能にするために、必要なサポートツールとフレームワークを構築することに焦点を移しました。まず、テスト環境と内部開発環境を移行して、なんらかの潜在的なバグやパフォーマンスの問題が本番環境で発生する前に、それらの問題に対処することから始めました。ワークロードのデプロイを簡素化し、カスタムの VM イメージの拡散を減らすことが、Linux ワークロードをコンテナで実行するための動機となりました。以前は、Geotab は社内の一意のサーバタイプそれぞれに対してカスタムの不変 VM イメージを作成し、毎月、更新されたバージョンのイメージで Compute Engine のすべてのインスタンスを再プロビジョニングしていました。Compute Engine のフットプリントが大きくなるにつれ、時間の経過とともに、一意の「ゴールデン イメージ」の数は増加していきました。</p><p>この拡散をうまく管理するために、Linux 戦略の開発時に調整を行いました。現在では、スタンドアロンの Compute Engine Linux インスタンスは、それぞれ一意のワークロードを実行する VM にデプロイされた Docker コンテナで同じベースイメージを実行しています。移行戦略の一環として、MyGeotab のデータベースとアプリケーション環境をコンテナ化するために必要な作業を行いました。また、CI / CD プロセスの一環として、これらのイメージに署名するために、<a href="https://cloud.google.com/container-registry">Container Registry</a> と <a href="https://cloud.google.com/binary-authorization">Binary Authorization</a> の脆弱性レポートも使用しています。現在、これらのコンテナは、Kubernetes などのオーケストレーション ツールを使用せずに、スタンドアロンの VM にデプロイされています。ソフトウェア コンポーネントや機能をメイン アプリケーションから切り離して、<a href="https://cloud.google.com/kubernetes-engine">Google Cloud Kubernetes</a> クラスタで実行するというのが、Geotab の長期戦略です。とはいえ、まだ初期段階です。</p><h3>目的地に近づく</h3><p>移行の第 1 段階はまだ進行中ですが、すでにライセンス料を大幅に節約することができました。移行のためにスケジュールする必要があるダウンタイムの増大に起因して、大規模な顧客は移行に少し時間がかかると予想されたため、第 1 段階では、Geotab デバイスが 1,000 台未満の小規模な顧客を対象としました。すべての顧客について移行が完了した後は、ライセンスとインフラストラクチャのコストが削減される結果、月間コスト削減が現在の 2 倍となり、MyGeotab プラットフォームでのソフトウェア ライセンス料の 50% 以上を節約できるようになると予測しています。</p><p>いかなる取り組みにも課題がつきものですが、今回の移行で最も大きな課題はデータベース側にあります。Linux 上の Postgres への移行に関わる各ステップで、独自の課題が一通り見つかり、カスタムの実装ツールを開発する必要が生じました。また、大規模なデータベースの移行でダウンタイムを最小化するにはどうすればよいかという問題もあります。大規模な顧客の多くは数十テラバイトのデータベースを稼働させており、場合によっては移行に 24 時間以上かかることもあります。この課題を解決するために、Geotab ではカスタムのツールを開発しました。このツールを使って、顧客が起動および稼働している間になおも大規模な移行を行い、移行の最終段階で顧客を停止させ、最初の移行からの差分をすべてコピーするようにしました。このカスタマイズされたアプローチにより、大規模な顧客の一部は、実際のダウンタイムをわずか数時間に抑えて移行することができました。</p><p>課題を抱えながらも、この取り組みは実を結びました。今では、より少ないダウンタイムでより多くのシステムを実行できるようになり、顧客は新機能にアクセスできるようになりました。この移行を受けて、Geotab は MyGeotab をアップデートして、常に進化し続ける環境との関連性を維持することがさらに容易になりました。何よりも、ライセンス コストの節約という具体的なメリットを享受しながら、これらすべてを行っています。Google Cloud と一緒にこの取り組みを続けられることを楽しみにしています。</p><p><i>-Geotab の DevOps 担当、アソシエイト バイス プレジデント、<b>Patrick McClafferty </b>氏</i></p></div>Mon, 28 Sep 2020 01:00:00 +0000https://cloud.google.com/blog/ja/products/compute/how-geotab-is-modernizing-applications-with-google-cloud/WindowsContainers & KubernetesGoogle CloudComputearticleGooglehttps://cloud.google.com/blog/ja/products/compute/how-geotab-is-modernizing-applications-with-google-cloud/Google Cloud Japan Team