Споделеният хостинг е достатъчен за сайт, който работи на стандартна среда с PHP и MySQL, обслужва обикновени уеб заявки и няма собствени фонови процеси: фирмен сайт, блог, малък онлайн магазин на WordPress или PrestaShop. Преминете към VPS, когато приложението има нужда от ресурси, на които да разчитате, изолация от другите клиенти, root достъп или софтуер, който споделеният хостинг не позволява, например обработчици на опашки (queue workers), дълго работещи процеси или конкретна версия на средата. Цената е поддръжката: на VPS някой трябва да администрира сървъра и е добре да знаете кой, преди да се преместите.
#Какво получавате при споделен хостинг и при VPS
При споделения хостинг много клиентски акаунти работят на един и същи сървър. Доставчикът инсталира и поддържа операционната система, уеб сървъра, PHP и сървъра за бази данни, а вие получавате контролен панел за файлове, бази данни, имейли и домейни. Не можете да инсталирате системни пакети или да променяте настройки на ниво сървър.
VPS (виртуален частен сървър) е виртуална машина със собствена операционна система и определени ресурси: процесор, памет и диск. При KVM VPS виртуализацията е на хардуерно ниво, така че сървърът ви работи със собствено ядро. Получавате root достъп и можете да инсталирате всичко, от което приложението има нужда. Същевременно поемате всичко, което преди правеше доставчикът на споделения хостинг, освен ако не платите някой да го прави вместо вас.
| Споделен хостинг | VPS | |
|---|---|---|
| Ресурси | Споделени с други акаунти, в граници, определени от доставчика | Определени процесор, памет и диск за вашия сървър |
| Изолация | Отделни акаунти в една операционна система | Собствена виртуална машина и операционна система |
| Достъп | Контролен панел, FTP или SFTP, понякога SSH | Root достъп през SSH |
| Собствен софтуер | Само това, което доставчикът поддържа | Всичко, което работи на операционната система |
| Поддръжка на сървъра | От доставчика | От вас или от човека, когото наемете |
#Кога споделеният хостинг е достатъчен
Споделеният хостинг е разумен избор, когато повечето от следните условия са изпълнени:
- Сайтът работи на софтуер, който хостингът вече поддържа, обикновено PHP с MySQL или MariaDB.
- Работата се извършва в рамките на уеб заявките. Планираните задачи, ако има такива, се побират в cron задачите от контролния панел.
- Трафикът е равномерен и умерен, а страниците се зареждат бързо при нормално натоварване.
- Никой от вашата страна не иска да администрира сървър. Обновяванията, защитните корекции и пощата остават грижа на доставчика.
За много фирмени сайтове и малки магазини това описва целия живот на проекта. Преминаване към VPS по-рано от необходимото добавя работа по поддръжката, без посетителите да усетят разлика.
#Признаци, че споделеният хостинг вече не стига
Ето сигналите, които обикновено оправдават преминаването. Проверете всеки от тях за вашия сайт, преди да решите.
- Ограничения на ресурсите. Контролният панел показва, че акаунтът достига лимита за процесор, памет или процеси, страниците се забавят в натоварените часове или доставчикът ви е помолил да намалите използването. Следете графиките и логовете за грешки няколко седмици, за да разберете дали е тенденция или еднократен случай.
- Фонова работа. Приложението има нужда от обработчици, които непрекъснато изпълняват задачи от опашка, планировчик, който се стартира всяка минута, WebSocket сървър или Node.js или Python процес, който работи постоянно. Типичен пример е Laravel приложение, което изпраща имейли, генерира PDF файлове или вика външни API през опашки. Споделеният хостинг обикновено спира дълго работещите процеси.
- Конкретен софтуер. Трябва ви Redis, определено PHP разширение, друга версия на PHP или на базата данни, търсачка като Elasticsearch или Meilisearch или инструменти за обработка на изображения и видео от командния ред.
- Изолация. Работите с данни, които не искате да държите на сървър с непознати съседи, или проблем в чужд акаунт вече е засегнал вашия сайт.
- Контрол на ниво сървър. Имате нужда от собствени правила на защитната стена, настройки на уеб сървъра, процес за внедряване или агенти за наблюдение.
Ако е налице само първият признак, по-голям план за споделен хостинг може да е достатъчен. Ако са налице вторият или третият, VPS обикновено е практичното решение.
#Кой поддържа сървъра след преместването
Този въпрос най-често се пропуска. На VPS следната работа е ваша, освен ако някой друг не я поеме:
- Обновяване на операционната система и пакетите, включително защитните корекции.
- Защитна стена, SSH достъп с ключове и затваряне на портовете, които не използвате.
- Настройка и обновяване на уеб сървъра, PHP и базата данни.
- TLS сертификати и тяхното подновяване.
- Архиви, които се правят по график, пазят се извън сървъра и се проверяват чрез реално възстановяване.
- Наблюдение на фоновите процеси, така че да се рестартират след срив или рестарт на сървъра.
- Мониторинг и известия за дисково пространство, памет, неуспешни задачи и изтичащи сертификати.
- Поща: много екипи държат имейла в отделна услуга, вместо сами да поддържат пощенски сървър.
Запишете кой отговаря за всяка точка. Задача без конкретен отговорник обикновено се отлага, докато нещо не се повреди. Управлявана услуга или договор за поддръжка с екипа, изработил приложението, струват пари, но гарантират, че списъкът е покрит.
#Как да преминете от споделен хостинг към VPS
- Направете опис. Запишете домейните, DNS записите, базите данни, cron задачите, имейл акаунтите, версията и разширенията на PHP и всички настройки от контролния панел. Експортирайте каквото можете.
- Изберете размер и създайте VPS. Използвайте графиките за ресурсите от сегашния хостинг, за да изберете процесор и памет с резерв за растеж. Изберете версия на операционната система с дълъг период на поддръжка.
- Първо защитете сървъра. Създайте потребител без root права, настройте SSH ключове, забранете вход с парола за root, включете защитна стена и автоматични защитни обновявания.
- Инсталирайте средата. Съобразете версията и разширенията на PHP с описа и добавете това, заради което се местите: Redis, инструмент за наблюдение на обработчиците на опашки, планировчика.
- Прехвърлете файловете и данните. Копирайте кода и качените файлове, импортирайте базата данни и задайте променливите на средата и достъпите за новия сървър.
- Тествайте, преди да смените DNS. Насочете домейна към новия сървър само на своя компютър чрез файла hosts и проверете входа, формите, плащанията в тестов режим и фоновите задачи.
- Намалете TTL на DNS записите предварително и сменете записите в спокоен период. Спрете промените по съдържанието или синхронизирайте базата отново точно преди превключването.
- Задръжте стария хостинг известно време. Следете логовете и грешките на новия сървър и прекратете стария акаунт едва когато сте сигурни, че нищо не зависи от него.
Ако не познавате добре самото приложение, прегледайте го, преди да го местите. В статията как да поемете код, написан от друг екип ще намерите какво да проверите. Хостингът и поддръжката са част и от бюджета, описан в колко струва изработката на уеб приложение.
#Как може да помогне PN Scripts
PN Scripts Hosting предлага споделен хостинг, KVM VPS с root достъп, dedicated сървъри и домейни, така че сайтът може да започне на споделен хостинг и да премине към VPS при същата компания. Актуалните възможности ще намерите на страницата с VPS планове.
Коментари
Коментари
Напишете първия коментар.
Оставете коментар