Хостинг веб-сервера через FTTH (Fiber To The Home) або центр обробки даних


1

Я програміст .Net, який зараз використовує провайдера веб-хостингу для розміщення моїх веб-додатків.

На моєму місці в даний час пропонується Інтернет-провайдер 20 Мбіт / с FTTH (Fiber To The Home). Цей Інтернет-провайдер контролює майже 80% загальнонаціональних телефонних послуг та є великим гравцем широкосмугової галузі в моїй країні.

І я дуже спокусився самостійно розміщувати свої веб-програми, використовуючи FTTH лінію 20 Мбіт / с. Вартість розташування сервера з лінією 1 Мбіт в центрі обробки даних на моєму місці приблизно однакова з лінією 20 Мбіт / с. Так дивно, але це справді ситуація на моєму місці.

Лінія центру передачі даних 20 Мбіт / с проти 1 Мбіт / с , що краще базується на швидкості та надійності?

Відповіді:


3

Здається, ваше обмеження є бюджетним. Подумайте лише про це (не в певному порядку):

  • Скільки коштує простой (за хвилину)?
  • Коли був останній відключення електроенергії?
  • У вас є домашня тварина чи діти, які могли б робити дурні речі?
  • Коли був останній відключення у вас провайдера?
  • Скільки коштуватиме енергія на сервер?
  • Чи може ваш партнер залишити ці речі в спокої

Ви : Ви щось робили з сервером?
Партнер : Ні, чому?
Ви : Ну, у нас є відключення і втрачаємо гроші ...
Партнер : Але я просто перемістив його з вітальні до спальні, я навіть знову підключив усі кабелі !?
Ви : * зітхніть *

  • Чи думали ви про те, щоб поїхати до хостера VPS, я почув чутки, що ці речі доступні за ціною менше 10 євро, - для Windows (це, безумовно, є для Linux, тому це не може бути так далеко)

Я просто спокусився цифрою 20 Мбіт / с! Але також цікаво, чому 1 Мбіт / с у дата-центрі так дорого. Для вашої інформації на моєму місці FTTH лінія 20 Мбіт / с коштує 280 доларів на місяць.
користувач774411

1
Прийняття рішення, спираючись лише на одну точку даних, майже завжди шкодить незабаром після прийняття рішення. Тому я навмисно про це не згадував. Всі інші речі - це те, що вам доведеться з'ясувати. Ви навіть можете заплатити деякого професійного адміністратора (оскільки ви кажете, що я програміст ), якщо вирішите, що це найвигідніший спосіб. Програмісти, як правило, не думають, а адміністратори не
задумуються

Так, я справді новачок в адміністраторі сервера (веб і db).
користувач774411

3

Це зводиться до вимог бізнесу та очікувань. Чи детальна угода про рівень обслуговування (SLA) є частиною очікувань? Чи є вимогою та / або очікуванням попереджувальних повідомлень про проведення заходів / заходів по технічному обслуговуванню?

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


Провайдер говорить, що швидкість FTTH 20 Мбіт / с на основі НАЙКРАЩОГО ЕФФОРТУ. Але центр обробки даних гарантує гарантований 1 Мбіт / с.
користувач774411

Це також інший момент - безперервне обслуговування порівняно із заявленим максимумом зусиль. Чи є хоча б ідентифікований мінімум "не опускатися нижче"? Якщо це так, це також слід враховувати і вашим бізнес-вимогам та очікуванням.
user48838

Провайдер не зазначив мінімальної швидкості.
користувач774411

Ви можете запитати про це також, якщо ви схиляєтесь у цьому напрямку.
user48838

2

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

Професійний хостинг не проводиться з лінії FTTH. У мене вдома є лінія 100/100 Мбіт FTTH, і я б не вважав це за розміщення веб-серверів моєї компанії SMB.


Так, з цього центру обробки даних також є пропозиція на 1 Гбіт / с
user774411,

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