- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
мдаа, меня тоже интересовал вопрос тот же что и ТС только требования меньше (4 сайта (3 на дле + каталог), суммарная посещаемость ~7к в сутки), но полезное прочитал лишь на первой странице дальше пошел заумный спор не по теме (в смысле может и по теме, но для тех кто теме)
мдаа, меня тоже интересовал вопрос тот же что и ТС только требования меньше (4 сайта (3 на дле + каталог), суммарная посещаемость ~7к в сутки), но полезное прочитал лишь на первой странице дальше пошел заумный спор не по теме (в смысле может и по теме, но для тех кто теме)
В споре рождается истина ☝ осталось её дождаться 🍾
мдаа, меня тоже интересовал вопрос тот же что и ТС только требования меньше (4 сайта (3 на дле + каталог), суммарная посещаемость ~7к в сутки), но полезное прочитал лишь на первой странице дальше пошел заумный спор не по теме (в смысле может и по теме, но для тех кто теме)
Если использовать apache, то минимум оперативной памяти на ВДС - от 512 Мб. Если nginx то может потребоватся намного меньше.
Если база на больше 5-10 Гб, то нужен отдельный сервер.
QuickAurum, базы меньше 100 метров в сумме, остальное картинки
да, еще мне надо полное администрирование, чтоб как на обычном хостинге только через панельку/фтп файлик какой залить, а так я в этом дуб дубом
вообщем чтоб не загрязнять чужую тему пишите предложения в пм
мне надо впс/вдс/дедик на 4 сайта (3 на дле + каталог, базы весят в сумме 100 метров, остальное картинки), 30+ гб хард (с запасом :)), 1тб трафа пока хватит с запасом, но лучше больше (на вырост :)), минимум еженедельным бэкапом, полным администрированием и помощью с переносом сайтов
пишите в пм конкретные предложения, а не ссылки на свои сайты, бо там начинается какая система и блаблабла что для меня темный лес
upd забыл добавить сайты абсолютно белые никакого адалта и вареза (2 из 4 в Яка Юмор)
DLag, тщательно вчитывайться и развивать внимательность - в этом успех понимания при чтении. В топике страдает один клиент не от 7%, а от того, что у него нехватка памяти и disk io больше половины от disk io всего сервера, но ему все не хватает. Тут на чем хочешь застрадаешь. Сотни других клиентов работают с удовольствием.
ой. ну чего поминать то меня в суе каждый раз :)
я не технарь и тестов ваших не понимаю. я в том топике и в другом вполне четко написал, что после переезда к fastvps на меньший тариф - все работает в разы шустрее и никаких глюков. три тьфу уже почти 3 месяца вроде. так что для себя я разницу между виртуозо и ксен понял на всю на многие годы вперед :)
тут даже я бы добавил что было следующее движение, с виртуозо у mchost на такой же тариф у трувдс. потом апгрейд на вдвое больший траиф. тормоза. переезд к fastvps на тариф как был у mchost, то есть вдвое меньший
ой. ну чего поминать то меня в суе каждый раз :)
я не технарь и тестов ваших не понимаю. я в том топике и в другом вполне четко написал, что после переезда к fastvps на меньший тариф - все работает в разы шустрее и никаких глюков. три тьфу уже почти 3 месяца вроде. так что для себя я разницу между виртуозо и ксен понял на всю на многие годы вперед :)
тут даже я бы добавил что было следующее движение, с виртуозо у mchost на такой же тариф у трувдс. потом апгрейд на вдвое больший траиф. тормоза. переезд к fastvps на тариф как был у mchost, то есть вдвое меньший
broken, не льстите себе - мне поминать хама и лжеца желания нет, это заслуга DLag, обращайтесь к нему.
Про особенность OpenVZ повторю. Не для вас, конечно - бесполезно делиться знанием с человеком, воинствующим в своем невежестве. Но только чтобы вы другим не морочили голову вашими интерпретациями.
У OpenVZ есть одна особенность - очень гибкое распределение памяти между виртуальными серверами. Одно из основных преимуществ. Во многих случаях приносит огромную пользу, особенно в корпоративных системах. Но в хостинге это часто приводит к неприятным побочным эффектам, когда для виртуальных серверов даже с одинаковыми тарифами физическая оперативная память распределяется не одинаково и может сильно отличаться. Вплоть до того, что фактическое использование физической памяти VPS с минимальным тарифом может быть больше в десятки раз, чем у VPS с максимальным тарифом.
Например, для минимизации обращений к диску операционная система использует дисковый кэш в физической оперативной памяти. В дисковом кэше хранятся копии данных диска, к которым часто обращаются приложения. Объем этой памяти и то, какие данные в ней нужно хранить, ОС решает самостоятельно, преследуя в качестве цели максимизацию суммарной производительности системы. На практике это решается выделением максимально возможного дискового кэша для VPS, которые больше всего работают с данными на диске (большие базы данных, большое число файлов или файлы большого объема). Дисковый кэш для других серверов будет практически недоступен, а малоактивные программы будет вытеснены в свап.
Таким образом, ОС максимизирует суммарную производительность системы путем максимизации производительности самых нагруженных VPS, пусть и ценой потери производительности у VPS с меньшей нагрузкой.
Если на сервере находятся несколько десятков малонагруженных VPS и несколько VPS с большой нагрузкой, ситуация скаладывается примерно так: VPSы с большой нагрузкой отлично работают даже на минимальных тарифах; а так как малонагруженных VPS очень много и ресурсы отъедаются у них по чуть-чуть, то падение их производительности не так бросается в глаза - ну будет страница вместо 0.01 сек генерироваться 1 секунду. Словом, все как в пословице: с миру по нитке - нищему рубашка.
Ситуация ухудшается, когда число VPSов с большой нагрузкой на сервере увеличивается или нагрузка одного из VPS становится настолько высоким, что операционной системе приходится чаще и агрессивней перераспределять оперативную память. Ухудшение работы других VPS становится очевидным. Иногда клиенты обвиняют из-за этого хостера в оверселлинге, хотя совершенно безосновательно - хостер ничего не оверселлит, это ОС гибко распределяет ресурсы.
Случай broken - отличная иллюстрация этой особенности. Для того, чтобы запустить два форума в сумме на 5000 уников в сутки, можно взять какой-нибудь из самых слабых тарифов на OpenVZ - с, порядка, 256 Мб памяти. Этого вполне хватает, чтобы запустить nginx, mysqld и несколько десятков экземпляров apache с акселератором. А дисковый кэш под файлы сайта и базы данных, объемом около 0.5-1 Гб, выделит сама ОС, позаимствовав память у соседних VPS. Если бы он взял обычный выделенный сервер с памятью в 256 Мб или VDS на Xen с таким же объемом, то скорость работы форума была бы намного медленнее, так как дополнительной памяти по дисковый буфер там взяться неоткуда, а чтение данных напрямую с диска замедлит работу на порядки, какие бы быстрые не были эти диски. Для того, чтобы добиться такой же скорости на выделенном сервере, объем оперативной памяти пришлось бы увеличивать примерно до 1 Гб.
такой огромный текст отрерайтили, что даже ругаться боязно. копиарайтер хороший. а вот как пиарщег - явно не очень :) но делаете успехи.
broken, не льстите себе - мне поминать хама и лжеца желания нет, это заслуга DLag, обращайтесь к нему.
я вас тоже люблю, однако вы, с каждым днем все крепче 🚬
Для того, чтобы запустить два форума в сумме на 5000 уников в сутки, можно взять какой-нибудь из самых слабых тарифов на OpenVZ - с, порядка, 256 Мб памяти. Этого вполне хватает, чтобы запустить nginx, mysqld и несколько десятков экземпляров apache с акселератором. А дисковый кэш под файлы сайта и базы данных, объемом около 0.5-1 Гб, выделит сама ОС, позаимствовав память у соседних VPS. Если бы он взял обычный выделенный сервер с памятью в 256 Мб или VDS на Xen с таким же объемом, то скорость работы форума была бы намного медленнее, так как дополнительной памяти по дисковый буфер там взяться неоткуда, а чтение данных напрямую с диска замедлит работу на порядки, какие бы быстрые не были эти диски. Для того, чтобы добиться такой же скорости на выделенном сервере, объем оперативной памяти пришлось бы увеличивать примерно до 1 Гб.
и что?
512 мегабайт оперативы не хватало на два дохлых форума в совокупе на 4-5к уников в пике и то не каждый день? вы не те цифры тут акцентируете. что такое 2 базы данных на 200 мегабайт в сумме? сколько раз они в кеш залезут чтобы не дрючилась база постоянно? сколько памяти остается на работу nginx ? сколько памяти было свободно? я напомню, почти 120 метров. что вы там предлагали? взять гиг оперативы и то говорили что будет тормозить и надо взять 2 гига оперативы.
вы упорно пытаетесь кому то что-то доказать, хотя давно вас уже никто не просит об этом. расслабьтесь, все и так уже все знают. у ксен большие требования к скорости дисков. диски у вас самые дешевые и медленные, поскольку 99% пользователей это устраивает. все. все счастливы. хеппи енд.
512 мегабайт оперативы не хватало на два дохлых форума в совокупе на 4-5к уников в пике и то не каждый день? вы не те цифры тут акцентируете. что такое 2 базы данных на 200 мегабайт в сумме? сколько раз они в кеш залезут чтобы не дрючилась база постоянно? сколько памяти остается на работу nginx ? сколько памяти было свободно? я напомню, почти 120 метров. что вы там предлагали? взять гиг оперативы и то говорили что будет тормозить и надо взять 2 гига оперативы.
Очередная ваша ложь: я не говорил, что будет тормозить на 1 Гб и нужно взять 2 Гб, я сказал что не уверен, что вам поможет 1 Гб, так как предсказать это невозможно. Я вам предлагал легкий способ проверить - вы почему-то не захотели.
Не хочу гадать, чем у вас был занят сервер, но очевидно, что памяти ему все-таки не хватало. У вас кроме форумов там и сайты размещались, и раздача файлов шла, и nginx кучу временных файлов создавал. Возможно, базы все-таки больше - я почему-то помню 1 или 2 Гб.
Причин могут быть десятки, но результат один - 512 Мб физической памяти было мало и диск вы грузили больше, чем соседи вместе взятые. В OpenVZ эту нехватку памяти восполняет операционная система, забирая ее у ваших соседей. Но это уже вопрос вашей удачи и того, насколько хостера данная ситуация устраивает.
вы упорно пытаетесь кому то что-то доказать, хотя давно вас уже никто не просит об этом. расслабьтесь, все и так уже все знают. у ксен большие требования к скорости дисков. диски у вас самые дешевые и медленные, поскольку 99% пользователей это устраивает. все. все счастливы. хеппи енд.
Мне не трудно парировать ваши параноидальные выдумки и ложь. И, хотя мне неприятно ваше общество, есть в этом и хорошая сторона - помогает держать себя в тонусе ;)
Диски у нас хорошие и быстрые - это ваша ложь, у ксен больших требований к скорости нет - это пересказываемые вами выдумки.
broken, не льстите себе - мне поминать хама и лжеца желания нет, это заслуга DLag, обращайтесь к нему.
Вот оно, отношение к клиентам...
В OpenVZ эту нехватку памяти восполняет операционная система, забирая ее у ваших соседей. Но это уже вопрос вашей удачи и того, насколько хостера данная ситуация устраивает.
Знаток OpenVZ... Вы бы хоть основы этой виртуализации изучили прежде чем такое писать.
Диски у нас хорошие и быстрые - это ваша ложь, у ксен больших требований к скорости нет - это пересказываемые вами выдумки.
Выходит обычные SATA диски у FastVPS значительно лучше ваших?
Это называется "хорошие и быстрые"?
Вот оно, отношение к клиентам...
broken позволил себе прямые оскорбления в мой адрес, пусть вас не удивляет, что это исключает теплое отношение к нему с моей стороны.
А отношение нашей компании к клиентам - это равноправное партнерство, мы предоставляем услугу - они платят за это деньги, и обе стороны уважительно относятся друг к другу. Если возникает конфликт, то нужно спокойно разобраться в ситуации и решить его без эксцессов. Оскорбления и клевета в стоимость наших услуг не входят.
Возможно, в вашей компании является правилом принимать все оскорбления со стороны клиента, напоминая себе, что клиент платит деньги. Но это значит, что у вас нечетко сформулировано направление бизнеса и вам нужно решить, на чем лучше концентрироваться - на услугах BDSM или все-таки услугах хостинга. Кроме этого, если руководство вашей компании требует от сотрудников работать с клиентом, который их целенаправленно оскорбляет, оно сознательно нарушает КЗОТ в отношении своих сотрудников и подлежит административной ответственности.
Знаток OpenVZ... Вы бы хоть основы этой виртуализации изучили прежде чем такое писать.
Выходит обычные SATA диски у FastVPS значительно лучше ваших?
Это называется "хорошие и быстрые"?
DLag, в вашей слабой технической компетентности я уже убедился. Разумеется, для меня не стало сюрпризом, что текст вы "ниасилили" :)
Вот по поводу ваших неладов с логическим выводом вы меня ставите в тупик. Человек не может состоять в современном обществе без элементарных бытовых знаний логики. Вы же ко всему прочему оказываете услуги в достаточно сложной области, где умение пользоваться логикой просто необходимо для нормальной работы. Как вам удается совмещать явное игнорирование логики с вашей работой?