superNUB: Какая минимальная аппаратная конфигурация нужна что б вордпресс с ~500 уников в сутки комфортно себя чувствовал?
контент - текст+до 50-100кб картинок на пост
Мне кажется , вам и хостинга будет достаточно больше чем.... Или хотите "управлять" ??? :)))
Основная проблема данного топика, что ни кто не сказал, что же есть downtime.....
Я например не считаю downtim-ом, если у меня загорелась стойка и я два дня реанимировал ее..... Сказать, что это простой не совсем уместно, так как есть другие силы которые действуют на все..... По этому я рекомендовал бы обсудить для начала , что же считать downtime..... Я уже с HT между прочим на эту тему общался, кстати есть и плановый downtime... который в статистике HT на сегодня вроде как не отображается.... потому что даже 100% Uptime это не панацея, завтра щелчек напряжения, возгарание и у вас Uptime со 100% Упадет на 80% хотите вы этого или нет, и вот тут вопрос, стоит ли оценивать это как downtime, с одной стороны как бы да, сайты не работали это downtime но причина то по которой они не работали объективна (к примеру тот же пожар или выход из строя оборудования).......
Так что найти "золотой середины" ни у кого не получиться, вот недавно история была... в РФ кажется... сгорели какие-то архивы в каком-то гос. предприятии, думаете там не было пожарной сигнализации? я думаю там пожарная часть своя была.... :)))) Но это не помешало им поймать DownTime и потерять данные.....
Попробую свой стандартный ответ приспособить к данной ситуации, UPTIME в 100% это не реально и не может существовать на земле, разве что если мы возьмем интервал в 1 секунду... тогда да, за последние 10 секунд у меня был Uptime 100% - налетайте..... А если взять хотя бы отрезок длинной в год , то я думаю что даже где-то в мега-лабораториях случаются ЧП которые влияют на непоколебимый 100% Uptime.... Так что ребята пока мы на земле и есть ядерное оружие... безотказных систем не будет )))) даже на глубине в 1000 километров под землей :)))))
Himiko: Я выше написал, как проверяем доступность основных сервисов, которые отвечают за работу сайтов.
1. Дёргаем по домену, а не по ip. (проверяем dns)
2. Дёргаем файл php, который подключается к mysql и выполняет запрос, на основе которого выдаёт OK или нет (проверяем nginx, apache + php, mysql)
Himiko: С диапазоном проверки 30 минут (как у вас к примеру) 99,7 не проблема. Да и когда сервера практически пустые. Кроме этого, при просто при мониторинге сайта через http на основе ip-адрес вы не поймаете ошибки mysql, dns и т.п. Т.е. такие проверки практически ничего не говорят до реальной доступности серверов.
coolvds: а с учётом такой щедрости шаред-хостера, могут появиться и другие клиенты с "индивидуальным" тарифным планом.
А ВДС под такие задачи можно настроить и есть ВДС уже с администрированием - без всякий панелей управления.
ТС-у нужен ВДС однозначно с настроенной под него отдачей статики одним из лёгких и быстрых серверов.
512 МБ памяти под такой проект - может быть и много даже.
spaun777: Romka_Kharkov, Файлов мало - 5-6 штук Да, формула верная, только один ноль забыли 500мб*200*30/месяц
Ай простите, т.е 3 TRB трафика в месяц, а не 300 Gb :) Ну это как по мне не shared hosting решение и даже наверное не VPS, склоняюсь к Выделенному серверу, пусть даже минимальной конфигурации но выделенному.... потому что на шареде будут гнать с таким трафиком, да и наверное не только по причине трафика, если 20 файлов по 500MB станут в очередь для чтения то I/O на сервере будет внушительное, а при этом сайты клиентов которые весят по 15 KB будут открываться с задержками... я бы как хостер такого не допускал, вам действительно надо или VIP решение в плане Shared или таки Dedicated минимальной конфигурации. Кстати не забудьте что VDS еще настроить и администрировать надо в общем-то как и Dedicated но загвоздок больше ;)
А что за контент, на сколько он легален? может вам надо какой-то файловый хостинг поискать, а на своем хостинге просто ссылки сделать на хранилище?
Это частично выглядит именно так как говорит ваш хостер, но при условии что каждый день находится уязвимость критическая, что можно обновлять из ПО каждый день за исключением мега дырявого ядра.... я не знаю....
Вот например я CentOs обновлял 20го числа, в тот же день была найдена уязвимость в 64 bit linux, так я за 2 дня дважды ядро обновлял , сначала в тестовое, следом в официальное. Но вот с 20го числа обновлений нет, нечего обновлять ;) т.е 7 дней как бы Uptime пошел, а предыдущий был около месяца .....
Но давайте не путать, если мы говорим об Uptime фактическом, то для хостинг сервера месяц-два это нормально, у меня например сервера есть по 500-600 дней аптайма, но они не предназначены для пользователей , там кроме меня и моих сервисов ничего нет... и стоит там еще 6.4 FreeBSD при условии что актуальная 8.1 или 8.2 .... В данном случае фактический аптайм сервера вообще нереально велик, но что с него толку если там сработает любой експлоид с 2008 года запусти туда только пользователей :)))))
Так что если хостер действительно обновляет ядро по мере выхода патчей и тому подобное, это мега плюс вашему хостеру, но что апгрейдить каждый день я честно говоря не знаю. Ну и допустим апгрейдится софт какой-то зачем сервер перегружать? Я понимаю ребуты связанные с апгрейдом ядра..... но я не знаю осей где каждый день новое ядро выходит ;))))
ТС, я думаю, что вам следует взять Выделенный Сервер для такого рода отдач, ибо рядом с virtual hosting клиентами, отдача 500 MB файлов будет выглядеть достаточно странно ;) Какое у вас кол-во файлов? Трафик я так понимаю вы рассчитываете по формуле 500Mb * 20 * 30 =~ 300 GB / месяц.
Какая минимальная аппаратная конфигурация нужна что б вордпресс с ~500 уников в сутки комфортно себя чувствовал?
контент - текст+до 50-100кб картинок на пост
Мне кажется , вам и хостинга будет достаточно больше чем.... Или хотите "управлять" ??? :)))
🤪
Основная проблема данного топика, что ни кто не сказал, что же есть downtime.....
Я например не считаю downtim-ом, если у меня загорелась стойка и я два дня реанимировал ее..... Сказать, что это простой не совсем уместно, так как есть другие силы которые действуют на все..... По этому я рекомендовал бы обсудить для начала , что же считать downtime..... Я уже с HT между прочим на эту тему общался, кстати есть и плановый downtime... который в статистике HT на сегодня вроде как не отображается.... потому что даже 100% Uptime это не панацея, завтра щелчек напряжения, возгарание и у вас Uptime со 100% Упадет на 80% хотите вы этого или нет, и вот тут вопрос, стоит ли оценивать это как downtime, с одной стороны как бы да, сайты не работали это downtime но причина то по которой они не работали объективна (к примеру тот же пожар или выход из строя оборудования).......
Так что найти "золотой середины" ни у кого не получиться, вот недавно история была... в РФ кажется... сгорели какие-то архивы в каком-то гос. предприятии, думаете там не было пожарной сигнализации? я думаю там пожарная часть своя была.... :)))) Но это не помешало им поймать DownTime и потерять данные.....
Попробую свой стандартный ответ приспособить к данной ситуации, UPTIME в 100% это не реально и не может существовать на земле, разве что если мы возьмем интервал в 1 секунду... тогда да, за последние 10 секунд у меня был Uptime 100% - налетайте..... А если взять хотя бы отрезок длинной в год , то я думаю что даже где-то в мега-лабораториях случаются ЧП которые влияют на непоколебимый 100% Uptime.... Так что ребята пока мы на земле и есть ядерное оружие... безотказных систем не будет )))) даже на глубине в 1000 километров под землей :)))))
Я выше написал, как проверяем доступность основных сервисов, которые отвечают за работу сайтов.
1. Дёргаем по домену, а не по ip. (проверяем dns)
2. Дёргаем файл php, который подключается к mysql и выполняет запрос, на основе которого выдаёт OK или нет (проверяем nginx, apache + php, mysql)
Это внутренние проверки ;)
С диапазоном проверки 30 минут (как у вас к примеру) 99,7 не проблема. Да и когда сервера практически пустые. Кроме этого, при просто при мониторинге сайта через http на основе ip-адрес вы не поймаете ошибки mysql, dns и т.п. Т.е. такие проверки практически ничего не говорят до реальной доступности серверов.
Давай организуем HT только по services? ;)
У нормально хостера аптайм не должен быть ниже 99,7. Хотя во многих случаях это зависит не от хостера, а от ДЦ.
Тут зависит от того что считать downtime....
У меня например HT фиксирует 99.81% , это показатель?
Если бы уведомления об обновлении не написали клиентам и пост на блоге, то никто об этом и не узнал бы.
А я CVE получаю на мобилку :) Удобно ;)
а с учётом такой щедрости шаред-хостера, могут появиться и другие клиенты с "индивидуальным" тарифным планом.
А ВДС под такие задачи можно настроить и есть ВДС уже с администрированием - без всякий панелей управления.
ТС-у нужен ВДС однозначно с настроенной под него отдачей статики одним из лёгких и быстрых серверов.
512 МБ памяти под такой проект - может быть и много даже.
Дерзайте ;)
Romka_Kharkov,
Файлов мало - 5-6 штук
Да, формула верная, только один ноль забыли 500мб*200*30/месяц
Ай простите, т.е 3 TRB трафика в месяц, а не 300 Gb :) Ну это как по мне не shared hosting решение и даже наверное не VPS, склоняюсь к Выделенному серверу, пусть даже минимальной конфигурации но выделенному.... потому что на шареде будут гнать с таким трафиком, да и наверное не только по причине трафика, если 20 файлов по 500MB станут в очередь для чтения то I/O на сервере будет внушительное, а при этом сайты клиентов которые весят по 15 KB будут открываться с задержками... я бы как хостер такого не допускал, вам действительно надо или VIP решение в плане Shared или таки Dedicated минимальной конфигурации. Кстати не забудьте что VDS еще настроить и администрировать надо в общем-то как и Dedicated но загвоздок больше ;)
А что за контент, на сколько он легален? может вам надо какой-то файловый хостинг поискать, а на своем хостинге просто ссылки сделать на хранилище?
Это частично выглядит именно так как говорит ваш хостер, но при условии что каждый день находится уязвимость критическая, что можно обновлять из ПО каждый день за исключением мега дырявого ядра.... я не знаю....
Вот например я CentOs обновлял 20го числа, в тот же день была найдена уязвимость в 64 bit linux, так я за 2 дня дважды ядро обновлял , сначала в тестовое, следом в официальное. Но вот с 20го числа обновлений нет, нечего обновлять ;) т.е 7 дней как бы Uptime пошел, а предыдущий был около месяца .....
Но давайте не путать, если мы говорим об Uptime фактическом, то для хостинг сервера месяц-два это нормально, у меня например сервера есть по 500-600 дней аптайма, но они не предназначены для пользователей , там кроме меня и моих сервисов ничего нет... и стоит там еще 6.4 FreeBSD при условии что актуальная 8.1 или 8.2 .... В данном случае фактический аптайм сервера вообще нереально велик, но что с него толку если там сработает любой експлоид с 2008 года запусти туда только пользователей :)))))
Так что если хостер действительно обновляет ядро по мере выхода патчей и тому подобное, это мега плюс вашему хостеру, но что апгрейдить каждый день я честно говоря не знаю. Ну и допустим апгрейдится софт какой-то зачем сервер перегружать? Я понимаю ребуты связанные с апгрейдом ядра..... но я не знаю осей где каждый день новое ядро выходит ;))))
ТС, я думаю, что вам следует взять Выделенный Сервер для такого рода отдач, ибо рядом с virtual hosting клиентами, отдача 500 MB файлов будет выглядеть достаточно странно ;) Какое у вас кол-во файлов? Трафик я так понимаю вы рассчитываете по формуле 500Mb * 20 * 30 =~ 300 GB / месяц.