면책 조항 : Sonassi 님은 Magento 호스트입니다
TL; DR-좋은 호스트는 정확히 무엇 을 필요로 하는지 알려줄 것 입니다. 이 작업을 직접 수행해서는 안됩니다.
고객이 우리에게 다가 가면 현재 요구 사항, 최대 요구 사항 및 향후 요구 사항이 매장에 어떤 것인지 이해하기 위해 몇 가지 질문을합니다. 그런 다음 그 기준에 따라 권장 사항을 제공합니다.
우리는 수천 개의 Magento 매장을 주최하고 있기 때문에 특정 고객 요구 사항에 필요한 인프라가 무엇인지 정확히 이해하고 있으므로 언제 언제 어떤 리소스가 사용 될지에 대한 권장 사항 (및 정확히 어떤 리소스가 사용 될지 예측)을 쉽게 제공 할 수 있습니다. 그들은 실제로 살아갑니다.
여기서 주목할 점은 MageStack을 실행하는 자체 인프라에 대한 요구 사항을 확실히 말할 수 있지만 다른 곳에서는 설정과 거의 동일하지 않을 것이므로 명심하십시오.
다른 사람이 요구 사항의 크기를 조정하도록하십시오
저장 및 카탈로그
- 마 젠토 버전?
- 카탈로그에있는 간단한 제품의 수는?
- 카탈로그의 카테고리 수는?
- 카탈로그의 속성 수는?
- 카탈로그에서 속성 세트의 수는?
- Magento 상점보기 수 (관리자> 시스템> 상점 관리)?
- 하루 거래?
- 한 시간에 최대 거래?
트래픽 및 대역폭
- 일일 순 방문자수는 어느 정도입니까?
- 1 시간의 순 방문자수에서 가장 높은 피크는 무엇입니까?
- 방문자 당 페이지 조회수는?
- 주로 어느 나라에서 방문자가 왔습니까?
- 향후 12 개월 동안 사이트 트래픽이 얼마나 증가 할 것으로 예상하십니까?
- 트래픽이 많은 캠페인 / 뉴스 레터 (상당히 많이 사용되는)를 정기적으로 운영합니까?
- 귀하의 사이트는 디지털 다운로드를 제공합니까?
- 현재 대역폭 사용량?
- dDOS 필터링 서비스가 필요합니까?
하드웨어 요구 사항
- 현재 디스크 공간 사용량?
- 장기 로그 스토리지가 필요합니까 (PCI-DSS 준수)?
- 오프 사이트 백업 스토리지가 필요합니까?
- 서버에서 전문가 / 대체 소프트웨어를 실행해야합니까?
- PCI 준수 규정에 하드웨어 방화벽 사용이 명시되어 있습니까?
- 내결함성, 고 가용성 또는로드 밸런싱 솔루션이 필요하십니까?
준비 / 개발 실습
- 준비 / 개발을위한 별도의 전용 환경이 필요합니까?
- "실시간"환경과 일치하는 "실시간 테스트"환경이 필요합니까 (최종 사전 라이브 테스트)?
예산
- 월 예산이 있습니까?
그런 다음이 정보를 사용하여 선택한 호스팅 제공 업체에 보내어 그들이 추천하는 것을보십시오.
자신의 요구 사항 크기 조정
경험상 일반적으로
- 트래픽 수준을 CPU 요구 사항과 직접 연관
- CPU 요구 사항을 RAM 요구 사항과 직접 연관
- MySQL 스토리지를 RAM 요구 사항과 직접 연관
CPU 선택
먼저 트래픽 크기를 조정하십시오.
- 표준 Magento 데모 저장소는 시간당 GHz 당 약 230 개의 고유 항목을 제공 할 수 있습니다.
- 관리 사용자 활동, 개발 활동, 제품 추가 / 삭제 기능이있는 일반적인 웹 스토어는 시간당 GHz 당 115 고유로 약 100 % 저하되는 것을 볼 수 있습니다.
- 잘못 구축 / 무거운 템플릿을 사용하는 상점은 시간당 GHz 당 고유 항목을 100-200 % 더 단축 할 수 있습니다.
이 숫자를 사용하면 CPU 리소스 측면에서 필요한 것을 정확하게 해결할 수 있습니다.
예 : 일일 순 방문자수가 4,025 명인 경우 총 28GHz의 총 CPU 리소스 (예 : 3.5GHz에서 8 코어 또는 2.3GHz에서 12 코어)가 필요합니다.
다른 중요한 세부 사항은 CPU의 속도입니다.
- 느린 페이지로드 시간 및 낮은 동시성 지원 (낮은 클럭 속도 CPU (GHz), 적은 코어)
- 빠른 페이지로드 시간이지만 동시성 지원은 낮음 (고속 CPU (GHz), 코어 수는 적음)
- 느린 페이지로드 시간이지만 높은 동시성 지원 (저속 클럭 CPU (GHz), 많은 코어)
- 빠른 페이지로드 시간과 높은 동시성 지원 (고속 CPU (GHz), 많은 코어)
RAM 선택
독립형 서버 (Magento에 가장 적합한 구성)의 경우 여기서 규칙은 2GB RAM / CPU 코어입니다. 따라서 코어가 8 개인 경우 16GB RAM이 최소 여야합니다.
이것 외에도 필요한 것을 해결하려면 카탈로그의 크기를 고려해야합니다. 이를 수행하는 것은 쉽습니다. 전체 카탈로그 크기와 상점보기 수를 곱하십시오.
예 : 귀하의 경우, 1 개의 상점보기 * 10,000 제품 = 10,000
우리의 추천은
<1,000 = 8GB RAM
<50,000 = 16GB RAM
<100,000 = 32GB RAM
<100,000 = 32GB RAM
<250,000 = 48GB RAM
<500,000 = 64GB RAM
<750,000 = 96GB RAM
>999,999 = 128GB RAM
두 숫자 중 더 높은 숫자 (예 : CPU 코어 : RAM 비율 및 카탈로그 요구 사항) 또는 두 가지를 적절히 혼합하려고합니다.
HDD 선택
평균 Magento 상점 (예 : <50k 순 방문자 / 일)에 대해 Magento 는 I / O에 구속 되지 않습니다. SSD 는 Magento 상점을 더 빨리 만들지 않습니다 . 동시성을 향상시키지 않으며 TTFB를 향상시키지 않습니다. 마찬가지로 스트라이프 RAID 레벨 (예 : RAID10)을 사용하면 이점이 없습니다 (디스크의 거의 모든 파일이 스트라이프 크기보다 작기 때문에 단일 디스크 만 사용됨).
병목 현상이 발생하는 유일한 시간은 경쟁 서비스 (예 : 클라우드 / VPS)입니다.
그러나, 점포 작업 자체보다 빠른 I / O의 이점이 있습니다. SSD를 사용하면 파일 작업 (예 : Git / SVN 상태, 백업 / 복원, 디렉토리 복사 등)이 훨씬 빠릅니다. 개발자의 삶은 훨씬 쉬워 질 것입니다 (일상적인 작업이 훨씬 빨라짐).
또한 모든 디스크 드라이브가 동일하게 생성되는 것은 아닙니다.
- 저가형 / 데스크탑 급 SSD는 기존 HDD보다 느리게 작동합니다
- 저렴하고 데스크탑 급 HDD는 엔터프라이즈 HDD보다 느리게 작동합니다
- 저렴한 / 데스크톱 급 HDD는 엔터프라이즈 디스크 (보통 10 ^ 16)에 비해 NRE 비율이 낮습니다 (보통 10 ^ 14).
따라서 실제로 서버에 있어야 할 디스크 드라이브를 선택해야합니다. 인텔 DC S3700.
용량을 쉽게 선택할 수 있으므로 두 개의 명령 만 있으면됩니다
마 젠토 문서 루트
cd /path/to/magento/installation
du -hsL . \
--exclude="/var/log" \
--exclude="/var/session" \
--exclude="/var/cache" \
--exclude="/var/full_page_cache" \
--exclude="/var/report" \
--exclude="/var/tmp" \
--exclude="/includes/src/"
MySQL DB의 경우
SELECT
IFNULL(B.engine,'Total') "Storage Engine", CONCAT(LPAD(REPLACE(FORMAT(B.DSize/POWER(1024,pw),3),',',''),17,' '),' ',SUBSTR(' KMGTP',pw+1,1),'B') "Data Size", CONCAT(LPAD(REPLACE(FORMAT(B.ISize/POWER(1024,pw),3),',',''),17,' '),' ',SUBSTR(' KMGTP',pw+1,1),'B') "Index Size", CONCAT(LPAD(REPLACE(FORMAT(B.TSize/POWER(1024,pw),3),',',''),17,' '),' ',SUBSTR(' KMGTP',pw+1,1),'B') "Table Size" FROM (SELECT engine,SUM(data_length) DSize,SUM(index_length) ISize,SUM(data_length+index_length) TSize
FROM information_schema.tables
WHERE table_schema NOT IN ('mysql','information_schema','performance_schema')
AND engine IS NOT NULL
GROUP BY engine
WITH ROLLUP) B,(SELECT 3 pw) A
ORDER BY TSize;
.
선택할 사람
글쎄, 그것은 당신에게 달려 있습니다. 나는 추천을 할 수는 없지만 [분명히 말할 것입니다 :)]-그러나 당신은 확실히 자신의 의견을 형성 할 수 있습니다.
- 최소 요구 사항에 맞는 하드웨어가있는 경우
- Magento에 확실한 유산 / 평판이있는 경우 (예 : 이와 같은 사이트에 참여하고 실제 경험을 보여주는)
- 고객이 매장에서 데모를 제공 할 수있는 경우 호스팅에서 (즉, 실적을 정확히 확인할 수 있음)
- Magento 관련 질문에 모두 답변 할 수있는 경우 (예 : 과거에 있었던 질문으로 테스트하고 답변 방법을 확인하십시오)
- 가격이 예산과 일치하는 경우
- 그들의 지원이 당신의 기대와 일치하는지 확인하십시오 (즉, 당신은 지원에 연락하기 전에 모든 실사를 기꺼이 하시겠습니까, 또는 그들이 당신을 대신하여 Magento 문제를 디버깅 할 수 있다고 기대합니까)
- 포함 된 작업 범위가 요구 사항과 일치하는지 확인하십시오 (예 : 완전 관리, 베어 메탈 등).
- 솔루션이 확장 가능한 경우 (즉, 단일 서버 플랫폼 인 경우 다중 서버 솔루션으로 확장 가능)
- 솔루션에 Magento 스토어에 필요한 모든 소프트웨어 (예 : ElasticSearch / Sphinx / SOLR, Redis / Memcache, Varnish 등)가있는 경우
여기에 추가해야 할 것이 있습니다. 두 가지 유형의 호스트가 있습니다.
- 관리 (예 : 서버가 완전히 설정 및 관리되는 위치)
- 관리되지 않음 (예 : 전체 서버를 직접 설정 한 위치)
가장 적합한 것은 실제로 스킬 셋이 무엇인지에 달려 있습니다. 솔직히 말하면 개발자는 시스템 관리자가 아닙니다. 단지 실행할 수 apt-get install nginx있다고해서 숙련 된 sysadmin이되지는 않습니다. 그렇지 않으면 Magento Connect를 사용할 수있는 모든 상점 소유자가 개발자로 자신을 분류 할 수 있습니다!
개발자로서 귀하의 역할 (및 제한 사항)을 이해하고 서버 관리에 대한 적절한 경험을 가진 사람에게 큰 가치가 있습니다. 누구나 일련의 패키지를 설치할 수 있지만 소프트웨어 구성을 조정하여 안정적이고 버그가 없으며 안전하며 고성능이 완전히 다른 것을 보장합니다.
방대한 양의 Magento 서버 구성 경험이 있고 이전에 수천 대의 서버를 배포했으며 알려진 테스트되고 안정적인 구성을 가진 사람들에게 전체 DIY 경로를 권장합니다 . 그렇지 않은 경우 관리 대상 Magento 호스트와 함께 수행중인 작업을 알고 중단없이 작업을 수행 할 수 있습니다.
출처 :