Let's make the answer a bit more generic by explaining:
Best practices are to always have redundant DNS. DNS was designed with redundancy in mind, and one of the methods used to
force DNS redundancy was (is) for registrars to require you have two nameservers. Some TLDs require they be on separate IP#s, but all require at least two DNS servers.
And DNS checking sites all let you know if the domain you're checking uses redundant DNS, by checking not only for at least two nameserver names, two IP#s, and even if they appear to be on the same or adjacent netblocks, which usually means they're geographically close (on the same network).
To easily get around the need for two nameservers without requring you to have two separate physical nameservers, DirectAdmin will set up two different nameserver names pointing to your same physical machine. But that's not real redundancy; only a way to satisfy registration requirements.
Best practices means you should either run two separate nameservers, or buy a service somewhere to slave your DNS with various degrees of automation. (I used to offer the service but have recently stopped, since all my clients ended up hosting their own on separate machines).
DirectAdmin offers you
Multi-Server Option so if you have two DirectAdmin servers you can share all your DNS zones among both.
DirectSlave (search these forums) allows you to use Multi-Server Option even if you only have one server running DirectAdmin, as long as you rent another small VPS server (hopefully on another network). I also offer
Master2Slavel DNS Replicator (search these forums), which was ritten before DirectAdmin includedl Multi-Server Option, which does the same thing.
No matter how you do it, best practice is to run DNS on two separate machines. If you can't do that, then yes, get a second IP# for your only DirectAdmin server, and fake it.
Jeff