Межі підключення AWS RDS

Сервер RDS придумав 40 максимумів підключення, як в наступній документації
я використовую Magento 1.9, а в деяких моментах я досягаю максимального числа, тоді веб-сайт не працює.
Чи є у вас якийсь рекомендований спосіб вирішити це питання?

З мого розуміння, якщо у мене є 2 веб-сервери, підключення до сервера RDS .. тоді я повинен мати 2 RDS-з'єднання, не більше.

Гранична змінна величина AWS RDS max_connections заснована на типі екземпляра, тому ви можете оновити RDS або зробити більше реплік.

Типи RDS з обмеженням max_connections:

• t2.micro 66
• t2.small 150
• m3.medium 296
• t2.medium 312
• m3.великий 609
• t2.великий 648
• m4.великий 648
• m3.xlarge 1237
• r3.великий 1258 рік
• m4.xlarge 1320
• м2.більше 1412
• м3.2більше 2492
• r3.xlarge 2540

Посилання на max_connections в розмірах екземплярів AWS RDS MySQL у 2015 році

Оновлення 2017-07

Поточний параметр max_connections RDS MySQL за замовчуванням {DBInstanceClassMemory/12582880}, якщо ви використовуєте t2.micro з оперативною пам’яттю 512MB, max_connections може бути (512 * 1024 * 1024) / 12582880 ~ = 40 тощо.

Кожен веб-сервер може мати безліч підключень до RDS, що залежить від ваших запитів SQL від веб-сервера.

Ви можете змінити max_connectionsзначення, оновивши політику параметрів за замовчуванням або створивши нову - я б запропонував перейти з останньою.

• Перейдіть до RDS
• Групи параметрів
• Створіть нову групу параметрів (AWS залишить усе за замовчуванням)
• пошук max_connectionsзначення
• Змініть значення для використання
• Перейдіть до екземпляра RDS та змініть його
• Виберіть створену нову групу параметрів та перезапустіть примірник або дозвольте AWS перезавантажити його під час наступного вікна технічного обслуговування

Сподіваюся, це допомагає!

Під час збільшення максимальних з’єднань на серверній конфігурації може вирішити проблему, слід розглянути можливість перевірки конфігурацій та реалізацій програми.

Я не фахівець з Magento, але оскільки нещодавно у мене був подібний випуск проекту, над яким я працював, я помітив, що реалізація за замовчуванням рамки, яку я використовував, створювала зв’язок із кожним викликом до бази даних.

Хоча це може не викликати жодних проблем у когось, коли у вас більше відвідувачів або деяких завдань, які мають інтенсивну базу даних і можуть працювати на декількох підключеннях, найкращий спосіб запобігти збоям сервера із помилкою "ТО МНОГО СПОЛУЧЕННЯ" - це впровадження бази даних пул підключення.

Це не дозволяє додатку створювати більше з'єднань, з якими може оброблятись сервер, а не руйнувати додаток для користувачів. Пул з'єднань зберігатиме чергу для запитів на доступ до бази даних, поки з'єднання не стане доступним, щоб воно могло продовжувати обробку запиту користувачів.

Просто майте на увазі, що пул з'єднань повинен бути безпечним для потоків у багатопотоковому сценарії.

Увійдіть у свій екземпляр RDS (за допомогою клієнта MySQL) та запустіть наступний запит:

SHOW VARIABLES LIKE 'max_connections';

Фактична інформація для Postgresql t3-екземплярів (група параметрів default.postgres10):

• db.t3.micro - 112 max_connections
• db.t3.small - 225 max_connections
• db.t3.medium - 450 max_connections
• db.t3.large - 901 max_connections
• db.t3.xlarge - 1802 max_connections
• db.t3.2xlarge - 3604 max_connections

Схожий на default.postgres9 та default.postgres11

Це не 40 підключень максимум, тобто 40 екземплярів RDS макс. Ви, швидше за все, використовуєте лише 1 екземпляр на основі вашого опису.

Ви можете мати тисячі підключень до сервера RDS, оскільки кожен раз, коли сеанс відкривається із базою даних, це створює нове з'єднання. Ви, мабуть, стикаєтеся з обмеженнями продуктивності, і вам слід розглянути можливість збільшення екземпляра RDS.