Был опыт хостинга сайтов на этом типе инстанса. По памяти и скорости связка nginx+php-fpm показала себя лучше да и сейчас не вижу смысла начинать проект с апачем. БД будет тесно по оперативке и она будет периодически выдавать фризы, связанные с работой с диском.
Опять же из опыта на t2-micro прикручивание CloudFlare дает ощутимое снижение нагрузки на сервер за счет кеширования статики и, соответственно, снижения количества запросов на сервер.
ищите проблему в маршрутизации. У вас возникла ошибка и для ее вывода вас переадресовало на site/error. Тут надо проверить есть ли физически site/error и проверить конфиг в частности url менеджера.
Percona server — это сборка MySQL (от Петра Зайцева и ко) с включенным по умолчанию XtraDB storage engine. Отличается от MySQL+InnoDB plugin лучшей производительностью/масштабируемостью, особенно на современных многоядерных серверах. Также улучшена функциональность — больше всякой полезной для оптимизации статистики и пр. Полностью совместим с таблицами innodb, то есть можно переходить от innodb к xtradb и обратно без проблем (если не использовать некоторые специфичные для xtradb функции, типа меньшего размера страницы).
MariaDB — сборка от Монти, синхронизирована с кодовой базой MySQL и полностью с ней совместим, т.е. может выступать в качестве прозрачной замены MySQL, обладая при этом рядом расширенных функций, включая оптимизации производительности и поставляясь с набором дополнительных движков хранилищ
Тебе нужно маркировать пакеты (/ip firewall mangle) в зависимости от источника (с какой локалки они пришли), и добавить два маршрута по умолчанию в инет, с разными source address для каждой маркировки. Подробности про mangle смотри в документации.
Если понадобится помощь - обращайся
1. Какая разрядность ОС? Какой код mysql - 32 или 64 бит? - 32 бит не выделит 10G
2. Своп имеется на машине? Если его нет, все что егодно может скушать память, даже кеш fs может скушать всю память и вызвать эту ошибку.
у вас буфер innodb_buffer_pool_size=10G а это уже треть памяти
160109 22:37:20 InnoDB: Initializing buffer pool, size = 10.0G
InnoDB: mmap(686817280 bytes) failed; errno 12
и забрать он из не смог
Вы прям уверенны, что в этот момент никто не занимает память?
Siege разорвал соединение, пока nginx получал данные от php-fpm или что там у тебя в /etc/nginx/conf.d/*.conf;
Начни с тестов без php, сделай каталог с простым index.html и натрави туда. Если ошибки остались, дело в кол-во обработчиков: 4 процесса по 768 медленнее, чем 1 процесс с 3072 сокетами на современном железе. Подними worker_connections до 2048 хотя бы.
Далее с backlog
Через sysctl net.core.somaxconn узнай значение backlog, если оно меньше параметра worker_connections то в sysctl.conf увеличивай до значения = worker_connections
Такое же значение укажи в fpm listen.backlog
я не знаю ни одного человека, который бы пользовал 4к(и выше)-монитор в родном/полном разрешении, это же надо смотреть на монитор через телескоп.
их пользуют в hidpi-режиме, в котором разрешение эквивалентно fullhd. почитайте только дополнительно про оптимизацию графики под hidpi.