web-dev-qa-db-ja.com

AレコードとCNAMEレコードの変更

現在、ランディングページページ、Webアプリ、およびAPIの両方にLAMP構成を使用しています。次に、これらを複数の仮想サーバー（VS）に分割したいと思います。ネットワーク設定がわからないので、すべてのDNS構成を台無しにする前に、構成をクラッシュさせようとしているかどうかを理解したいと思います。

ランディングページはsecond level domain（例：myurl.com）でホストされ、ウェブアプリは下位レベルドメインapp.myurl.comでホストされ、APIはapi.myurl.comでホストされます。テストに使用するプレビュードメインpreview.myurl.comもあります。

すべてが同じVSでホストされているため、現在、「landing、api、webapp、preview）として機能する4つの異なるフォルダーもあります。各サブドメインの仮想ホスト」。

私のDNS構成は次のようになります。

myurl.com.  A   300 123.123.123.123
www.myurl.com.  CNAME   300 myurl.com.
api.myurl.com.  CNAME   300 myurl.com.
app.myurl.com.  CNAME   300 myurl.com.
preview.myurl.com.  CNAME   300 myurl.com.

まず、各CNAMEエントリのデータを現在のVSの実際のIPに変更したいと思います。次のようになります。

myurl.com.  A   300 123.123.123.123
www.myurl.com.  CNAME   300 myurl.com.
api.myurl.com.  CNAME   300 123.123.123.123
app.myurl.com.  CNAME   300 123.123.123.123
preview.myurl.com.  CNAME   300 123.123.123.123

次に、各サブドメインが適切なVSを指すようにします。最初は、すべての下位レベルドメイン（www.を除く）は引き続き現在のVSを指しますが、ランディングページのセカンドレベルドメイン（myurl.com.のAレコード）は新しいVSの新しいIPをポイントします。

質問：

  1. これらの変更は、現在のApacheサーバーが各サブフォルダー（つまり、landing、api、webapp、preview）にトラフィックを分散する方法に影響しますか？もしそうなら、たとえすべてのIPアドレスが同じままであっても？
  2. 物事をテストするために、残りを危険にさらすことなく、preview.myurl.com.のdata値のみを変更することから始めることができますか？
  3. すべての下位レベルのドメイン（api.myurl.comなど）がVMのIPを指している場合、他の下位レベルのドメインを危険にさらすことなく、myurl.com.のA値を別のIPに向けることができます（ api、app、preview）？
domain-name-systemcname-recorddns-zonea-recordapache2
11
don

コメントで述べたように、CNAMEレコードの代わりにAレコードを使用する必要があります。 CNAMEレコードはIPアドレスを指すことができません。

各サイトを機能させるための鍵は、Apache構成の各仮想サーバーにServerNameを正しく指定することです。

12
Dre

Aレコードを使用して、サブドメインをポイントします

myurl.com.  A   300 123.123.123.123
api.myurl.com.  A   300 123.123.123.123
app.myurl.com.  A   300 123.123.123.123
preview.myurl.com.  A   300 123.123.123.123
www.myurl.com.  CNAME   300 myurl.com.
11
Anthony Fornito