Вам следует создавать субдомены только в том случае, если вы хотите передать полномочия для этого субдомена другой команде/организации. Если вы сами управляете всеми этими поддоменами, нет особой причины создавать разные поддомены.
Ниже вы можете увидеть пример файла конфигурации для зоны (источник)
$ORIGIN пример.com.
86400 долларов США
@ SOA dns1.example.com. hostmaster.example.com. (
2001062501 ; сериал
21600 ; обновить через 6 часов
3600 ; повторите попытку через 1 час
604800 ; истекает через 1 неделю
86400 ) ; минимальный TTL 1 день
;
;
NS dns1.example.com.
NS dns2.example.com.
dns1 А 10.0.1.1
АААА аааа:бббб::1
DNS2 А 10.0.1.2
АААА аааа:bbbb::2
;
;
@ MX 10 mail.example.com.
MX 20 mail2.example.com.
почта А 10.0.1.5
АААА аааа:бббб::5
почта2 А 10.0.1.6
АААА аааа:бббб::6
;
;
; Этот образец файла зоны иллюстрирует совместное использование одних и тех же IP-адресов для
; несколько услуг:
;
услуги А 10.0.1.10
АААА аааа:бббб::10
А 10.0.1.11
АААА аааа:бббб::11
ftp CNAME services.example.com.
www CNAME services.example.com.
;
; Пункты ниже я добавил сам.
;
субдомен CNAME ghs.googlehosted.com.
почтовый сервер.другой-субдомен A 192.0.2.25
webserver.other-subdomain A 203.0.113.80
cname.other-subdomain CNAME webserver.other-subdomain.example.com.
Как видно из примера, вам не обязательно создавать отдельную зону для «другого-субдомена» или для «субдомена». Вы можете добавить все эти записи в файл главной зоны для домена.