- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
если хотите периодически терять данные - ставьте впс на SSD. Ну или если для вас раз в 6 месяцев (в лучшем случае) даунтайм в день приемлим.
теоретики)
Какие полгода? какой день?
где такие сроки вы вычитали?
Parmigiani, если хотите периодически терять данные - ставьте впс на SSD. Ну или если для вас раз в 6 месяцев (в лучшем случае) даунтайм в день приемлим. [это если вы всё бэкапите ежедневно и вы выберите ДЦ с быстрой заменой] MySQL делается намного проще - берётся сервер с 128GB оперативной памяти, делается кеш, настраивается MySQL - 99% запросов будут отдаваться из оперативной памяти, а диска вам будет достаточно SATA2.
По факту - отписал в пм.
не пишите глупостей, современные диски имеют достаточный запас по циклам перезаписи, к тому же рейд и хот спаре не кто не отменял, в добавок накопитель не механический что только повышает его надежность.
к тому же рейд и хот спаре не кто не отменял, в добавок накопитель не механический что только повышает его надежность.
Рейд в случае с "износом" помогает мало, он скорее от брака спасает.
А вот насчет износа, так SSD прекрасно мониторятся, в отличие от "блинных" дисков, где данные вероятностные и как правило заключение о приближении выхода из строя выносится по опыту работы дисков аналогичной модели.
А вообще тема шикарная, ТС жалуется что база тормозит на VPS, а ему предлагают "намного проще" - сервер с 128 GB RAM :)
Рейд в случае с "износом" помогает мало, он скорее от брака спасает.
А вот насчет износа, так SSD прекрасно мониторятся, в отличие от "блинных" дисков, где данные вероятностные и как правило заключение о приближении выхода из строя выносится по опыту работы дисков аналогичной модели.
А вообще тема шикарная, ТС жалуется что база тормозит на VPS, а ему предлагают "намного проще" - сервер с 128 GB RAM :)
То что я предлагаю написано в пм.
То что я предлагаю написано в пм.
Не стесняйтесь, пишите в паблик :)
Вдруг еще кому то нужно 128
если на селектах так себя ведет, то криво настроен MySQL, в нем выключен кеш запросов.
query_cache включен.
Полгода с такими настройками работал же, нагрузку не создавал даже когда посещаемость переходила 30 тыс./сутки.
ОЗУ - 2 ГБ куда делись? База то действительно мелочная.
ТС: могу посмотреть ваши запросы к базе и настроить конфиг MySQL , проблем не будете знать.
ОЗУ никуда не делись, даже первая половина не до конца используется.
конфиг настроен.
Наверное, VPS с SSD это выход.
query_cache включен.
конфиг настроен.
гляньте, плз, на процент попадания в кеш запросов. возможно, что-то прояснится.
query_cache включен.
Полгода с такими настройками работал же, нагрузку не создавал даже когда посещаемость переходила 30 тыс./сутки.
ОЗУ никуда не делись, даже первая половина не до конца используется.
конфиг настроен.
Наверное, VPS с SSD это выход.
Вы так спокойно размвшляете, скорее всего вас еще не заблокировали.
В ТП напишите, може нагрузки уже и нет.