GNU/Linux >> Linux の 問題 >  >> Linux

クラウドサーバーイメージの制限

前回の記事では、イメージからサーバーを復元する方法について説明しました。これらのイメージは、サーバーを既知の構成に簡単に復元したり、追加のサーバーを迅速に展開したりできるテンプレートまたは「ゴールドイメージ」として使用するのに理想的です。ただし、このシステムは、堅牢なバックアップソリューションとしてではなく、主に新しいサーバーの展開を高速化するために設計されました。その結果、システムにはいくつかの実際的な制限があります。

  • クラウドサーバーイメージは、構成データと静的データを保存するのに役立ちますが、動的データベースをバックアップするための信頼できる方法ではありません。このタスクには、mysqldumpやSQL ServerManagementStudioなどの標準のバックアップツールを使用することをお勧めします。サーバーのイメージを作成する前に、データベースをバックアップすることをお勧めします。データベースを含むサーバーのイメージを作成する場合は、データベースを停止し、イメージの作成を開始し、サーバーが適切なタスク状態に達したときにデータベースを再起動する必要があります。タスク監視プロセスの詳細については、サーバーイメージングでのタスク状態の使用を参照してください。 Cloud Backupを使用してデータベースをバックアップする手順については、Rackspace CloudBackup-Databasesのバックアップを参照してください。

  • ボリュームがブートボリュームとして使用されている場合でも、クラウドサーバーイメージのデータにはCloudBlockStorageボリュームが含まれていません。 Cloud Block Storageボリュームのスナップショットの作成については、CloudBlockStorageスナップショットの作成と使用を参照してください。

  • I / Oに最適化されたクラウドサーバーのイメージは、システムディスクのみをキャプチャし、接続されているデータディスクはキャプチャしません 。クラウドバックアップサービスは、データディスクをクラウドファイルにバックアップできます。

  • Cloud Imagesを使用してRackspaceオープンクラウドにイメージをインポートできますが、Rackspaceオープンクラウドで使用するために適切に準備されている場合にのみ、そのようなイメージからサーバーを起動できます。

    :OpenStackアーキテクチャーに基づくすべてのサーバーは、アカウント間でイメージをエクスポートおよびインポートできます。詳細については、CloudImagesFAQを参照してください。

  • Rackspaceオープンクラウドからエクスポートされたイメージをダウンロードできますが、それらのイメージが別のクラウドで機能するか、ローカル仮想化ソリューションで機能するかは、ターゲットクラウドまたはローカルソリューションによって異なります。詳細については、ベンダーにご相談ください。

    :すべての画像がRackspaceオープンクラウドからエクスポートされるとは限りません。詳細については、CloudImagesFAQを参照してください。

  • イメージは、サーバーデータの準備から、イメージの実際のコピー、クラウドファイルまで、いくつかの段階を経ます。イメージングプロセスには数時間かかる場合があり、イメージがイメージの最大ディスクサイズに非常に近い場合、またはイメージに非常に多くのファイルがある場合、失敗する可能性があります。

    このプロセスに関連するタスクを監視できます。タスク監視プロセスの詳細については、サーバーイメージングでのタスク状態の使用を参照してください。

  • サーバーのグループに対して一度に多数の画像要求が行われると、画像処理が遅れる可能性があります。同時イメージの数は、複数のイメージのディスクアクティビティがホストのパフォーマンスに影響を与えないように制限されています。画像の完成に24時間以上かかる場合は、RackspaceCloudのサポートにお問い合わせください。

イメージが複数回失敗し、イメージの制限を超えていない場合は、RackspaceCloudサポートに連絡してください。自動化されたプロセスが成功しない場合でも、管理者は成功できる可能性があります。

Linux固有の制限

  • 現時点では、標準クラウドサーバーのイメージディスクサイズまたはiノードの使用量に制限はありません。汎用およびI/Oに最適化されたサーバーは、システムボリュームが40GBを超えるイメージから構築することはできません。

  • ディスク使用量を制限以下に減らしても、イメージングプロセスが成功しない可能性があります。インスタンスの仮想ディスクの合計サイズには、イメージ間の変更を追跡するために割り当てられたスペースと、削除されたファイルに割り当てられていたスペースが含まれます。その結果、複数のイメージがあるか、過去にディスクを拡張したことがあると、インスタンス内の現在のファイルシステムが制限を下回っていても、仮想ディスクのサイズが制限を超える可能性があります。

  • イメージを作成すると、システムは、ファイルとイメージを削除することによって解放されたスペースを再利用しようとするプロセスを実行します。このプロセスは、イメージの作成開始時のディスク制限のためにイメージの作成プロセスが中止された場合でも続行されます。その結果、プロセスが最初に失敗してから約30分後にイメージを再作成しようとすると、そのクリーンアップ操作のためにイメージが成功する可能性があります。

Windows固有の制限

  • 新しいサーバーをデプロイするために選択したクラウドサーバーフレーバーのディスクサイズよりも大きいボリュームのイメージからサーバーを構築することはできません。たとえば、I / Oに最適化されたサーバーは、システムボリュームが40GBを超えるイメージから構築することはできません。

  • ドメインコントローラー(DC)として構成されているWindowsクラウドサーバーのイメージを取得した場合、そのイメージから復元することはできません。私たちのビルドシステムは、ローカルのAdministratorアカウントに依存して構成タスクを実行し、サーバーがDCに昇格すると、そのアカウントは無効になります。 DCでもあるサーバーのイメージを作成する場合は、イメージを作成する前に、まずサーバーをDCから降格する必要があります。


Linux
  1. CloudServerイメージについて

  2. クラウドネットワークインターフェイスをクラウドサーバーに追加します

  3. クラウドサーバー緊急コンソール

  1. クラウドサーバーに関するFAQ

  2. 汎用v1クラウドサーバーのイメージを作成します

  3. OnMetalクラウドサーバーを作成する

  1. 非表示のベース画像

  2. クラウドサーバーを最新の状態に保つ

  3. サーバーフレーバー間を移行する