устаревшее по сути мнение, так как на данный момент всё больше на рынке появляется предложений (причём не от новичков рынка, а от проверенных и старых игроков на рынке) VPS/VDS, ориентированных примерно на такого клиента как ТС (где vCPU предоставляется ядрами а не как бюджетные предложения, где разница между тарифами пару сотен МГЦ, где ОЗУ несколько ГБ, причём почти без утечек, как это было раньше и есть опять же в бюджетных провайдерах, где диски SAS в рейдах + данные копируются на отдельных сервер (а часто и в другой ЦОД, причём с возможностью выполнить откат как всех данных, так и только части на день-неделю назад), а некоторые ещё и резервируют всё это в кластерах и т.д.) Такие услуги работают лучше, надежнее и безопаснее, чем если брать дедик аналогичной конфигурации.
п.с. к примеру осенью один из людеров рынка Directi начнёт (сейчас тесты идут) предоставлять такого рода услуги, да и у нас они не на много отстают :)
Свяжитесь с отделом продаж, думаю получится предоставить услуги по Вашим требованиям (ссылка в подписи)
У нас такого рода настройка ничего не будет стоить, но при условии заказа ОС CentOS, панели управления cPanel/WHM и тарифа VPS-2GB и выше
Обычно в таких случаях рассылка (это рассылка, а не индивидуальное, персонализированное письмо) начинается с пояснения про назначение рассылки (то есть информируется о том, что адрес был взят из открытых источников и т.д.) а в конце обычно добавляют ссылку на возможность уведомить отправителя рассылки о том, что данный получатель не желает далее получать такого рода рассылки от данного отправителя. А так это самый настоящий СПАМ (верны оба варианта определения, так как это действительно не формула и вариантов (типов) СПАМ рассылок достаточно много сейчас развилось в сети
К сожалению указанная Вами информация не соответствует действительности, так как аналогичное письмо было получена и нами:
Delivered-To: info@hostplus.ws
Received: by 10.76.133.102 with SMTP id pb6csp28183oab;
Wed, 12 Sep 2012 03:48:31 -0700 (PDT)
Received: by 10.112.51.195 with SMTP id m3mr7323908lbo.17.1347446911101;
Return-Path: <hosting@tel.ru>
Received: from post.tel.ru (post.tel.ru. [87.249.10.59])
by mx.google.com with ESMTPS id il7si32405680lab.27.2012.09.12.03.48.30
(version=TLSv1/SSLv3 cipher=OTHER);
Wed, 12 Sep 2012 03:48:30 -0700 (PDT)
Received-SPF: pass (google.com: domain of hosting@tel.ru designates 87.249.10.59 as permitted sender) client-ip=87.249.10.59;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of hosting@tel.ru designates 87.249.10.59 as permitted sender) smtp.mail=hosting@tel.ru; dkim=pass header.i=@tel.ru
Message-Id: <5050687e.e76f980a.5087.fffffe30SMTPIN_ADDED@mx.google.com>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tel.ru; s=dkim;
h=Content-Type:MIME-Version:Date:Subject:To:From; bh=O3i2na/uyEPZv0C0pxExs3hdIUPuUNMQyiFL+b9mQnI=;
b=r31YThIgji9lH7cdLSWUI2SDQAo36Q/qHSUj6YIXyaWsmtPdbOrWPNeJd4YSUA4E8f/0OKYzQAxdhIb/9GHb7ITd1/y9hMDLXyqbhc8mIv9qzmdaZg1BcP9UOnTXKUlpYDatcyjYMVuY1CgZLhLChI6+2L/AHMmBTtiRHEJbH7o=;
Received: from [87.249.10.61] (helo=telb7e03f7450b)
by post.tel.ru with esmtpa (Exim 4.76 (FreeBSD))
(envelope-from <hosting@tel.ru>)
id 1TBkUg-0005Hf-1q
for info@hostplus.ws; Wed, 12 Sep 2012 14:48:30 +0400
From: "TEL" <hosting@tel.ru>
To: <info@hostplus.ws>
Subject: =?koi8-r?B?98HbySDTxdLXxdLZINcgzsHbxc0gxMHUwS3Dxc7U0sU=?=
Date: Wed, 12 Sep 2012 14:48:30 +0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0004_01CD90F5.ACF495F0"
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Thread-Index: Ac1welMpUlIG/lRrStukh023ElgG2QAACBLQAAAL+MAAAF/U4AAAwk4QAAAk4/AAMH7c4AAAU5nwAATrxqAAAny7sACRde5gAAeRMfAEVECVIAKE98TAAAA54AAAADyOMAAATpfwAAAylUAAAA3LMAAAPaKAAAA8rsAAAHDn4AAADz/QAAAYPRAAAAs+oAAAJkrgAAAXRLAAABxU0AAAEtAgAAN6n9AAABinwAAACaDAAAAJ1sAAACiWsAAAMQDAAAAmW8AAAIX18ABjUJtQAAAPsqA=
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512
This is a multi-part message in MIME format.
------=_NextPart_000_0004_01CD90F5.ACF495F0
Content-Type: text/plain;
charset="koi8-r"
Content-Transfer-Encoding: base64
В рассылке должна быть ссылка (опция, возможность и т.д.), позволяющая проинформировать Вас про желание исключить данный адрес из списка дальнейших рассылок, так как в противном случае письма, которые были отправлены адресату, который не желает получать рассылку является СПАМ-ом
п.с. как-то не серьезно это (рассылки такого рода)
Вы пишите оценки, выполненные на очень общих критериях (у каждого провайдера свои привычки, способы, технологии и т.д.) Контролировать при желании можно всё, включая и нагрузку на диск (как приоритетами, так и ограничивая скорость чтения/записи со стороны юзера) Но в первую очередь я имел ввиду банальный мониторинг ситуации (в ручном режиме и разного рода средствами аля MUNIN). Проблемных пользователей можно перенести на более свободный сервер и как правило сложности решаются всегда (про миграцию cPanel я уже упоминал, очень удобная штука)
Опять же, смотря как его делать, какие форматы сжатия данных используются (умеют они работать с потоками или нет, на сколько развита поддержка работы с многоядерными ЦПУ и т.д.), ограничения на юзера тут слабо помогут, так как если поставить лимиты слишком жёсткие копия будет делаться слишком долго (возможно даже в сутки не уложится), а если отпустить, то быстро, но с большой нагрузкой на диск (ни один из юзеров такую нагрузку не создаёт как любая схема резервирования)
Аккаунт ресселинга будет скорее всего в данном случае дороже, чем VPS, способная принять такое кол-во пользователей (сайтов) а примерно так:
Процессор 4х 2260 МГц
Оперативная память, Mb 4096
Место на диске, Gb 120
Порт 20-50Мбит (именно VPS, на ноде 1Гбит)
п.с. панели бывают и другие, для массового хостинга лучше использовать cPanel/WHM
Зачем для СУБД swap? Можно предложить под Ваши задачи VPS в США (SoftLayer), но цена 35 и Virtuozzo (ОЗУ через SLM)
Дабы не кормить тролля, отвечу только на следующий вопрос:
Было-бы желание и умение решать такого рода вопросы (если умений нет у Вас, они как правило есть у хостеров, которые смогут Вас проконсультировать и помочь в решении такого рода вопросов.
DNS сервера и NS записи разные немного понятия, Вы скорее всего имели ввиду DNS сервера а не NS записи. NS записи типа А, CNAME и т.д. например можно сделать динамическими или например временно (для тестирования) направить посетителей на некий субдомен (www2 назвать его например). Особенно всё просто решается, если контент статичный (не форумы и т.д.). Так-же тестировать не обязательно именно с помощью сайта Вашего. Можно использовать любой скрипт, который заведомо создаёт нужный уровень нагрузки на ЦПУ. А корректность сайта (без тестирования нагрузки) можно проверить вообще без любых изменений как ДНС серверов, так и НС записей, достаточно просто на локальном ПК прописать НС записи в hosts файл (если говорить о Win ОС)
п.с. удачи в поисках...