Олицетворение на IIS 7.0 передает учетные данные машины для Crystal Reports

DNS только сервер может быть очень намного меньшим затем полный cPanel сервер как все, что он будет выполнять, сервер DNS (свяжите?) копия Apache для администраторского интерфейса и cPanel второстепенный демон.

Если я правильно помню, (проходит некоторое время, так как я в последний раз использовал cPanel), 64 МБ были установленной абсолютной минимальной RAM (с некоторой рекомендацией 128 МБ), и требования к пространству на диске были столь небольшими, что фактически никакой VPS не будет слишком маленьким в том отношении. Требования ЦП должны быть низкими также.

Если у Вас будет большое количество доменов затем, то Вам будет нужно больше ресурсов для, связывают, конечно. Моя секунда и треть серверы DNS (Debian, базирующийся с их запасом bind9, никакой cPanel) выполненный счастливо в 48 МБ, и я подозреваю, что они были бы одинаково счастливы в 32 МБ, хотя они только управляют несколькими зонами.

Одна вещь остерегаться состоит в том, чтобы удостовериться, что Вы получаете сервис хорошего качества от поставщика VS. У многих поставщиков, предлагающих очень маленькие серверы, есть очень многие на одном хосте, и это может привести к значительному IO и конкуренции ЦП, даже если вся RAM, которую Вы выделили, "гарантируется", а не "burstable" и даже полагающая, что легкая загрузка связывает, налагает на современную машину, когда это не выполняет много много зон.

Ваш лучший выбор состоял бы в том, чтобы установить DNSOnly, только копируют и видят, как он идет. Можно добавить его как ведомое устройство существующих cPanel конфигураций без остальной части мира, видя его (потому что Вы еще не будете изменять свои настройки сервера имен в регистраторах). Можно затем видеть, сколько RAM/ЦП загрузки это внушительно, в то время как неактивный при конфигурировании со всеми доменами с основных серверов. После того как Вы решили, что у Вас есть достаточно ресурсов, чтобы справиться, когда неактивный, моделировать груду запросов путем выполнения

dig@<newserver> <sub>.<doamin>.<tld>

в цикле на разумном уровне ("resonable" определяемый трафиком DNS Вы ожидали бы, что Ваши cPanel серверы доберутся), от нескольких местоположений, чтобы видеть, если он справляется при загрузке (т.е. не начинает подкачивать, и не берет возрасты для ответа на s единственный ручной запрос, в то время как циклы нагрузочного теста работают).

Назад, когда я выполнил несколько cPanel серверов, я испытал затруднения, заставив DNSOnly работать правильно, таким образом, я вместо этого обратился к установке вторичного DNS с помощью простой установки Debian+Bind, записал сценарии, которые rsynced, которым зональные файлы с cPanel серверов и воссоздали named.conf для соответствия сопровождаемый перезапуском, связывают и устанавливают те сценарии для выполнения каждые 10 минут. Это заняло намного меньше времени, чтобы установить и протестировать, чем я уже потратил попытку заставить cPanel DNSOnly работать, работал надежно, и up-to-10-minutes дополнительная задержка на обновлениях DNS ведомых устройств была приемлема, как была пропускная способность используемые процессы rsync. Если Вы делаете это, удостоверьтесь, что у Вас есть объявления bind, выключают (они ничего не повредят, но Вы закончите со многими ненужными сообщениями в своих журналах).