Варіанти хостингу на AWS


3

Я шукаю варіанти для переміщення однієї з наших програм на AWS. Зараз додаток працює на сервері, який має 16cores і 256GBs Ram, і я переміщу його до віртуальної машини на AWS.

Якщо ми отримаємо спеціальний хостинг R3 з терміном на 1 рік, весь авансовий платіж, він коштує 19010 доларів у Франкфурті. На цьому хості ми можемо розмістити віртуальну машину 1x r3.8xlarge, яка має 32 ядра і 244 ГБ оперативної пам’яті. Це найкращий варіант? Чи є близькі альтернативи?

Я припускаю, що крім зберігання та роботи в мережі немає додаткових витрат, правда?

Дякую.

Відповіді:


3

Це би спрацювало, але ви насправді не користуєтеся тим, що може надати AWS.

Кращим варіантом буде використання еластичного балансира навантаження з декількома меншими екземплярами, що обслуговують трафік, з примірниками, розділеними на зони доступності. Це забезпечить толерантність до помилок, щоб він міг пережити один сервер / центр обробки даних, а також простіший спосіб здійснити оновлення або зробити A / B тестування. Ви також можете користуватися маршрутом 53 та мати сервери у кількох регіонах, щоб зменшити затримку та підвищити продуктивність для користувачів у всьому світі, в залежності від вашої архітектури та вимог до бази даних.

Вам доведеться протестувати свою програму, щоб розробити найкращі типи примірників, чи можна сказати чотири екземпляри з 64 ГБ оперативної пам’яті та 4 ядрами, чи вам потрібно трохи більше оперативної пам’яті.

Розширення R3.2 з 8 ядрами та 61 ГБ оперативної пам’яті складе 4300 доларів на рік, і вам потрібно чотири. ELB з 1 ТБ трафіку коштуватиме вам, можливо, 50 доларів з ELB. Це дешевше, ніж виділений екземпляр вище.


Я розумію, але програма зараз використовує майже всю оперативну пам'ять, і ми не можемо її змінити жодним чином. Таким чином, розділити навантаження на менші VM - це не варіант. Поки ми не переключимо його на SaaS, здається, що виділений хост варіант - це шлях. Дякую.
Мер

Я думаю, питання полягає в тому, чому він використовує стільки оперативної пам’яті. Як правило, я б очікував, що там буде накладні витрати на таке програмне забезпечення, як операційна система, сервер додатків, веб-сервер тощо, а потім кількість оперативної пам’яті за з'єднання. Можливо, ви виявите, що чотири менших віртуальних машин працюють чудово, а може бути просто два на два AZ. Якщо вам дійсно потрібно стільки оперативної пам’яті в одній машині, то R3.8XL виглядає як найкращий варіант. Коли ви переписуєте, подумайте про використання інших служб AWS, якщо потрібно, Elasticache, Aurora, оскільки ви завжди можете перейти з AWS, якщо потрібно.
Тім

Додаток - це Qlikview, а не те, що ми розробили. В основному він має весь набір даних в оперативній пам'яті для швидкого опрацювання запитів та оновлення інформаційних панелей відповідно. До речі, коли я сказав, що він використовує всю оперативну пам'ять, вона використовує щось на зразок 210 ~ ГБ. Існує ще багато інших програм та ОС.
Мер

Але це вже інше, це не транзакційний сервер веб / додатків. Amazon виходить із візуальною аналітикою, але я не думаю, що вона ще існує. Сховище даних RedShift є, але це не аналітика. Напевно, найкраще просто отримати цей величезний екземпляр. Слід перевірити інших курсів провайдерів - Digital Ocean, Azure тощо
Тім

1

Чому б ти не вибрав для r4.8xlarge?

Це нове покоління, оптимізоване для пам'яті екземпляри ec2, оснащено новим процесором Intel Broadwell, покращеною мережевою мережею (20 Гбіт / с), кращою роботою EBS та дешевшою операційною пам’яттю на GiB порівняно з випадками R3. Приклади R4 добре підходять для об'ємної пам’яті, залежної від затримок робочих навантажень, таких як Business Intelligence (BI), обробка даних та аналіз даних, база даних в пам'яті

Ще одне питання виникає на увазі, читаючи опис вашої справи використання: чому ви вважаєте, що потрібен виділений сервер?


0

Можуть виникнути додаткові витрати на зберігання та мережу. Це залежить від потреб вашої програми.

Ви можете розглянути точкові екземпляри, які будуть дешевшими, ніж зарезервовані.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.