Архив рубрики: Networking

Вопросы, касающиеся работы сетей, сетевых протоколов и оборудования.

AWS: EFS — Elastic File System

1 февраля 2017
 

 Amazon Elastic File System (AWS EFS) представляет  собой гибкое хранилище данных для Amazon EC2. EFS автоматически меняет размер хранилища, когда вы добавляете и/или удаляете данные. EFS поддерживает протокол NFS v4.1 (Network File System), и предоставляет возможность одновременного доступа нескольким интсансам EC2. Оплата EFS зависит только от размера хранимых в неё данных. Подробнее о ценах — тут>>>. EFS… Читать далее »

AWS: AutoScaling — описание, примеры и Elastic Load Balancer

27 октября 2016
 

 Введение AWS Auto Scaling предназначена для того, что бы ваше приложение всегда имело достаточное количество ресурсов для работы, независимо от нагрузки. Для этого — вы можете создать Auto Scaling Groups, в которой будет указано минимальное и максимальное количество инстансов для работы. Вы так же можете указать политики мастабирования (scaling policies) — и AWS будет запускать и удалять… Читать далее »

AWS: Application Load Balancer — настройка

26 октября 2016
 

 Обзор Elastic Load Balancing позволяет распределять трафик между несколькими инстансами EC2 и зонами доступности AWS, что повышает отказоустойчивость приложения. С недавних пор — AWS предоставляет два типа балансировщиков — Application Load Balancer и Classic Load Balancer. Вкратце — классический ELB работал на 4-ом и 7-ом уровнях OSI, Application Load Balancer — на 7-ом и позволяет строить более… Читать далее »

AWS: миграция RTFM, часть #2: ручное создание инфраструктуры — AIM, S3, RDS и EBS

3 сентября 2016
 

 Продолжение. Начало — в посте AWS: миграция RTFM, часть #1: ручное создание инфраструктуры — VPC, подсети, IGW, NAT GW, маршруты и EC2. Далее мы создадим S3 корзины (для CDN и хранения логов), MariaDB RDS базу данных (для будущего WordPress на Zeus) и Elastic Block Storage — в котором будут храниться данные (файлы WordPress)  для подключения к… Читать далее »

AWS: миграция RTFM, часть #1: ручное создание инфраструктуры — VPC, подсети, IGW, NAT GW, маршруты и EC2

25 августа 2016
 

 В рамках подготовки переезда RTFM на нормальную инфраструктуру (вместо простого EC2 с NGINX/PHP-FPM/MySQL) — описание процесса ручного создания этой ифрастуктуры. По сути — тут описываются те же шаги, что и в посте AWS: VPC – EC2 в public и private подсетях, NAT и Internet Gateway, плюс интересные примеры применения AWS CLI. Использоваться будут EC2 с OpenBSD и CoreOS.… Читать далее »

Docker: Docker Swarm кластер в AWS step-by-step

12 августа 2016
 

 Подготовка инфраструктуры (создание VPC, Master и Slave хостов и т.д.) — описаны в посте AWS: VPC – EC2 в public и private подсетях, NAT и Internet Gateway. Ниже описан запуск Swarm-кластера по «старой» схеме, до выхода Docker 1.12 пару недель тому, в котором Docker Swarm был включен в Docker как «swarm mode«. Отличное описание Docker Swarm есть на whatis.com. «Старый»… Читать далее »

AWS: VPC — EC2 в public и private подсетях, NAT и Internet Gateway

11 августа 2016
 

 Задача — создать два EC2 инстанса в одной VPC: один Master в public (с внешним IP) подсети, и второй, Slave — в private подсети, доступ к которому будет только с Master-хоста. Master будет «ходить в интернеты» через Internet Gateway, Slave — через NAT Gateway. Схема примерно такая: Без особых деталей, просто step-by-step HowTo. Документация — тут>>>. Фактически —… Читать далее »

OS X: flush DNS после обновления hosts

5 августа 2016
 

 Неделя «черновиков в продакшен» объявляется открытой. Ещё одна старенькая запись. После правки /private/etc/hosts в OS X — система всё равно не определяет адрес хоста: # ping dev.com ping: cannot resolve edev.com: Unknown host В процессах находим mDNSResponder: # ps aux | grep mDNSResponder root 39589 0.1 0.0 2441988 684 s002 S+ 10:17AM 0:00.00 grep mDNSResponder _mdnsresponder… Читать далее »

Linux: SSH туннель для браузера

19 мая 2016
 

 Быстрая «напоминалка» — как поднять туннель для браузера в Linux: $ ssh -D 3033 [email protected] -p 2222 Тут: -D: собственно, опция указывающая на создание туннеля: «Specifies a local “dynamic” application-level port forwarding.» -p: порт удаленного сервера SSH для подключения (по умолчанию 22, но всегда лучше изменить его, см. больше в SSH: управление ограничениями доступа к… Читать далее »