2026年6月10日

DNSimple と ConoHa DNS を比較する｜ConoHa のサーバーに付属の DNS で済ませるか、DNS を別サービスに分けるか

DNS・名前解決

ConoHa VPS や ConoHa WING で WordPress を動かしていて、DNS を触るのがサーバー移転やメール設定のときくらいなら、ConoHa に付属の DNS で困ることはあまりありません。一方、「サーバーを別の事業者へ移す可能性がある」「ゾーン頂点を CDN のホスト名へ向けたい」「ワイルドカード証明書の更新や構築作業を API で自動化したい」といった事情があるなら、DNS だけを DNSimple に分ける構成が候補になります。

この記事では、ConoHa の利用者が DNSimple を検討する場面を想定して、「サーバーと DNS を同じ事業者に置くか」「自動化の手段」「レコードの機能」「サポートと情報の探しやすさ」の順に比べ、選ぶ条件と、ConoHa DNS から DNSimple へ分けるときの手順の要点を説明します。両サービスの機能や画面は更新されるため（2026年10月現在の情報です）、契約前に公式サイトで最新の内容を確認してください。料金は契約内容で変わるため扱いません。

2つのサービスの位置づけ

ConoHa DNS は、ConoHa VPS や ConoHa WING などの利用者向けに提供されている DNS 機能です。管理画面から自分のドメインのレコード（A・AAAA・CNAME・MX・TXT など）を設定でき、画面とサポートは日本語です。WING ではドメインをサーバーに追加するとレコードが自動で用意されることがあり、サーバーと DNS の設定がひとつの画面で完結するのが利点です。

DNSimple は、米国の事業者が提供する DNS とドメイン管理のサービスです。管理画面は英語中心で、API を前提に設計されています。ドメインを他社で登録したまま、ネームサーバーだけを DNSimple に向けて DNS を使うこともできます。

どちらもドメインの答えをインターネットに返す「権威 DNS」で、役割は同じです。違いは、サーバー事業者との関係、操作の手段、周辺機能にあります。

比べる点1：サーバーと DNS を同じ事業者に置くか

ConoHa DNS を使う最大の利点は、サーバーと DNS の契約・請求・管理画面がひとつにまとまることです。担当者が少ない小規模なサイトでは、ログインするサービスが減ることそのものが管理の負担を下げます。

一方で、同じ事業者にまとめると、次の場面で影響が連動します。

サーバーを他社へ移すとき：DNS も同時に移すかどうかを決める必要があります。サーバー移転と DNS 移行を同じ日に重ねると、問題が起きたときに原因の切り分けが難しくなります。DNS が最初から別サービスにあれば、移転は A レコードの書き換えだけで済みます。
契約を終えるとき：サーバーの契約を解約すると、そのサービスの DNS も使えなくなることがあります。DNS の役目が終わる前に解約すると、サイトだけでなくメールも止まります。
アカウントに問題が起きたとき：支払いの不備やアカウントのロックなどで管理画面に入れなくなると、サーバーと DNS の両方を同時に操作できなくなります。

DNSimple に DNS を分けると、これらの連動は切れますが、契約とログインするサービスが一つ増えます。どちらが良いかは、サーバーを乗り換える予定があるか、DNS の変更を誰がどの頻度で行うかで決まります。

比べる点2：自動化の手段

DNSimple

DNSimple は REST API（v2）を公開しており、レコードの一覧・追加・更新・削除をプログラムから行えます。本番とは別に試験用のサンドボックス環境（api.sandbox.dnsimple.com）があるため、スクリプトを本番のドメインで試さずに済みます。

# DNSimple API でレコードを1件追加する例
# トークンとアカウントIDは環境変数から読み、コードやGitに直接書かない
curl -s -X POST \
  -H "Authorization: Bearer ${DNSIMPLE_TOKEN}" \
  -H "Accept: application/json" \
  -H "Content-Type: application/json" \
  -d '{"name":"www","type":"A","content":"203.0.113.10","ttl":300}' \
  "https://api.dnsimple.com/v2/${DNSIMPLE_ACCOUNT_ID}/zones/example.com/records"

周辺のツールも揃っています。Terraform の公式プロバイダー（dnsimple/dnsimple）でレコードをコードとして管理でき、Certbot には DNS-01 認証用のプラグイン（certbot-dns-dnsimple）があるため、Let's Encrypt のワイルドカード証明書を更新まで自動化できます。

ConoHa DNS

ConoHa にも DNS を操作する API が用意されています。ただし、ConoHa VPS の世代（旧来の環境と新しい環境）によって API の仕様や認証の手順が異なるため、使っている環境向けのドキュメントを確認してください。証明書の DNS-01 認証については、ACME クライアントの lego のように ConoHa 用の DNS プロバイダーを含むツールや、有志が公開している Certbot 用プラグインがあります。公式に保守されているものかどうか、使っている API の世代に対応しているかを確かめてから使います。

Terraform については、ConoHa DNS 向けの公式プロバイダーは筆者が確認できた範囲では見当たりません（2026年10月現在）。DNS をコードで管理することが主な目的なら、公式プロバイダーのある DNSimple のほうが運用の見通しを立てやすくなります。

どちらの API でも、トークンはレコードを書き換えられる強い権限を持ちます。サーバーの環境変数や、所有者だけが読める設定ファイルに置き、ログやリポジトリに残さないようにしてください。

比べる点3：レコードの機能

WordPress の運用で差が出やすい機能を並べます。ConoHa 側の対応状況はサービスや API の世代によって異なるため、表の内容は確認の観点として使ってください。

観点	ConoHa DNS	DNSimple
ゾーン頂点を別のホスト名へ向ける	頂点は A / AAAA で IP を指定するのが基本	ALIAS レコードで指定できる
HTTP の転送	Web サーバー側で設定する	URL レコードによる転送機能がある
DNSSEC	提供状況を公式情報で確認	対応している
操作手段	日本語の管理画面、API	英語の管理画面、API、Terraform

ゾーン頂点（example.com そのもの）には CNAME を置けません。CDN やホスティングサービスが「IP ではなくホスト名を指定してください」と案内している場合、ALIAS のある DNSimple なら頂点のまま向けられます。ConoHa のサーバーに頂点を向けるだけなら IP が変わることは少なく、この差は問題になりにくいでしょう。

DNSSEC を使う場合、ドメインを登録しているレジストラに DS レコードを登録します。ConoHa でドメインを取得し、DNS だけ DNSimple にする場合は、DS の登録先は ConoHa 側のドメイン管理画面になります。

比べる点4：サポートと情報の探しやすさ

ConoHa は日本語の公式マニュアルとサポートがあり、国内のレンタルサーバーや外部サービスの解説記事も見つけやすい環境です。DNSimple はドキュメントとサポートが英語中心ですが、API と各レコードの仕様が細かく文書化されています。

障害時に何を見るかも決めておきます。どちらのサービスも状況を知らせるページや告知の場を設けているので、ブックマークしておき、DNS が引けないときにサービス側の障害か自分の設定かをすぐ切り分けられるようにします。

どちらを選ぶかの条件

次の条件に当てはまるなら、ConoHa DNS のままで足りることが多いはずです。

サーバーは ConoHa だけで、当面ほかの事業者へ移す予定がない。
DNS の変更はサーバー移転やメール設定のときなど、年に数回程度。
証明書は Web サーバーでの認証（HTTP-01）で取得しており、ワイルドカード証明書は使っていない。
日本語の画面とサポートを優先したい。

次の条件があるなら、DNSimple に DNS を分ける価値があります。

ConoHa と他社のサーバーを併用している、または将来の移転を見込んでいる。
ゾーン頂点を CDN やホスティングサービスのホスト名へ向けたい。
ワイルドカード証明書の更新、レコードの変更、複数ドメインの設定を、API や Terraform でそろえたい。

ConoHa DNS から DNSimple へ分けるときの要点

レコードを棚卸しする：ConoHa の管理画面でゾーンのレコードをすべて書き出します。WING で自動作成されたレコードや、メール（MX・SPF・DKIM・DMARC）、所有権確認用の TXT を見落とさないようにします。
TTL を下げて待つ：ConoHa 側で主要なレコードの TTL を 300 秒程度に下げ、元の TTL の時間が過ぎるまで待ちます。
DNSimple に登録して直接照合する：同じレコードを DNSimple に入れ、DNSimple のネームサーバーへ直接問い合わせて答えを比べます。
DNSSEC を確認する：DS レコードが登録されている場合は、先に外して DS の TTL ぶん待ってから切り替えます。
ネームサーバーを切り替え、旧ゾーンを残す：レジストラで DNSimple のネームサーバーに変更し、数日〜1週間は ConoHa 側のゾーンを削除せずに残します。

# 移行先と移行元に同じ問い合わせをして、答えを並べて比べる
NEW="ns1.dnsimple.com"   # DNSimple の管理画面で案内されるネームサーバー名に置き換え
OLD="ns-a1.conoha.io"    # dig +short example.com NS で確認した現在の名前に置き換え
for q in "example.com A" "www.example.com A" "example.com MX" "example.com TXT"; do
  echo "== $q"
  echo "旧: $(dig +short @"$OLD" $q | sort | tr '\n' ' ')"
  echo "新: $(dig +short @"$NEW" $q | sort | tr '\n' ' ')"
done

切り替え後は、サイトの表示と WordPress の管理画面へのログイン、問い合わせフォームのメール、外部とのメールの送受信を確認します。サーバー自体を ConoHa に残す場合でも、ConoHa の管理画面でドメインやサーバーの設定を変えたときに DNS 側の変更が必要になることがあるので、作業手順書に「DNS は DNSimple で変更する」と書き添えておくと迷いません。

まとめ

どちらも権威 DNS です。差は、サーバー事業者との関係、操作の手段、周辺機能にあります。
ConoHa DNS はサーバーと DNS を一か所で管理でき、日本語のサポートが受けられます。サーバーを ConoHa だけで運用し、DNS の変更が少ないなら十分です。
DNSimple は API・サンドボックス・Terraform プロバイダー・Certbot プラグイン・ALIAS レコードがあり、移転を見込む構成や自動化に向いています。
DNS を分けるときは、棚卸し、TTL の短縮、移行先での直接照合、DNSSEC の確認、ネームサーバーの切り替えの順に進め、旧ゾーンはしばらく残します。
両サービスの仕様は更新されるため、契約前と作業前に公式ドキュメントで確認してください。