Hozzászólások
Van. Mire akarod használni?
Lehet túl drága is, meg meglepően olcsó is, használati módtól függően. Pl. a lehetőségeit, leginkább a tiering, ha jól használod. Nézz utána annak is, hogy, nemcsak a tárolásnak, hanem az adatforgalomnak is van költsége.
Amit még érdemes megnézni, az Cloudflare R2, S3 kompatibilis API-val, főleg az adatforgalmi költségek kapcsán lehet jobb.
- A hozzászóláshoz be kell jelentkezni
Szerintem nagyon sokunknak van S3 tapasztalata. Mire akarod használni. Az S3 az egy kvázi svájci bicska az AWS-en belül.
- A hozzászóláshoz be kell jelentkezni
Proxmox backupnak jött szóba... azt látom, hogy az adatforgalomért külön kell fizetni.
- A hozzászóláshoz be kell jelentkezni
hat nekem ez a 26$/ho/TB nem tunik azert annyira olcsonak... Backblaze nem jobb erre?
- A hozzászóláshoz be kell jelentkezni
Én úgy emlékszem hogy S3 esetén csak egress network cost van. Amit befelé tolsz, aka a mentés ebben az esetben az ingyenes, de ha le is akarod tölteni, visszaállni a mentésből akkor már cseng a kassza. Ez megváltozott volna?
Abban egyetértek hogy csak mentésre az S3 nem a legjobb választás - ha nincs más AWS cuccod - vannak nála olcsóbb megoldások amik talán kevesebbet tudnak de itt nincs szükség az extrákra.
- A hozzászóláshoz be kell jelentkezni
A Backblaze B2-nél egy ideje az egress-ért csak a havi tárolt adat háromszorosán felül kell fizetni "fair use" alapon. Ráadásul a tárolási díja töredéke az előbb említettnek (talán ~6 USD/TB/hó most).
Igaz, AWS-ben lehet szalagos tárolást használni piszok olcsón, de ott is kell a szalag előtti köztes tárolásért (ahová feltöltöd) fizetni, meg visszatöltésnél a várakozási időn felül ismét ki kell fizetni a köztes tárolást is. Így ez szerintem max. archiválásra jó (a szalagos), backup-ra pont nem (mert ha már az offsite backupra van szükség, akkor senki nem akar majd plusz 12-24 órát várni rá, aztán letölteni).
- A hozzászóláshoz be kell jelentkezni
hát mihez képest, a WASABI 7USD/hó-hoz képest sok.
- A hozzászóláshoz be kell jelentkezni
Arra vannak olcsóbb megoldások is, hetzner, ovh, blackbaze stb.
- A hozzászóláshoz be kell jelentkezni
A Hetznerre szavazok. Arról van tapasztalatod?
- A hozzászóláshoz be kell jelentkezni
használom a storageboxot, ha ez a kérdés. nincs gond vele, bár mentések tárolódnak ott, szóval nem túl magas a követelmény se :)
- A hozzászóláshoz be kell jelentkezni
Egy gondom van a Hetznerrel, Németország és Finnország egyre kevésbé biztonságos a földrajzi elkülönítés szempontból.
- A hozzászóláshoz be kell jelentkezni
Policy, you know. Nem rakunk Ázsiába, se Amerikába szervert. Eddig Finnország preferált volt. Most Ausztria, Svájc van elöl. Németország már nem biztonságos, ne kérdezd miért, lehet az energiaellátás miatt, Spanyolország sem jöhet szóba.
- A hozzászóláshoz be kell jelentkezni
Inkább Proxmox Backup szerver valami nagyobb házon belüli storage-gel. Akkor nem kell idegeskedned a számla miatt, ha helyre kell állítani.
Én S3-at úgy használnék backupra, hogy mögé kötnék egy Glaciert, és offsite cold storage-re használnám, ahonnan kb fényévente kétszer állítok helyre.
A mindennapi backupot mindenképp egy PBS szerverrel oldanám meg. Egyszerűbb is és elég jól integrálódik a PVE node-okkal.
- A hozzászóláshoz be kell jelentkezni
Mivel az S3 backend egy új PBS funkció (és a PVE-ben nincs is), ezért szerintem eleve erre gondolt.
- A hozzászóláshoz be kell jelentkezni
Úgy van.
- A hozzászóláshoz be kell jelentkezni
ami most nem igazán tud többet, mint siman felsynceli a local report s3-ba.
- A hozzászóláshoz be kell jelentkezni
Az amúgy pont elég is offsite backup lábnak. Még én sem próbáltam ki, de van egy remote minio-m, jó nagy diskekkel, kiváló lenne erre a célra.
- A hozzászóláshoz be kell jelentkezni
Bocs, ennyire nem követem
- A hozzászóláshoz be kell jelentkezni
Cloudflare R2 olcsóbb, de van egy csomó olcsóbb S3 kompatibilis storage megoldás. Akkor érdemes használni AWS S3-at, ha AWS-en belül van minden.
- A hozzászóláshoz be kell jelentkezni
Glacier elé jó használni, mert az S3-ból könnyebben lelistázod a tartalmát, csak a letöltés lesz időigényesebb. A Glacier pedig elég jó offsite backupokra is, szóval érdemes AWS-en kívülről is használni, csak nagyon képben kell lenni a költséglimitekkel.
- A hozzászóláshoz be kell jelentkezni
Mennyi adatot kell backupolnod? Mennyire gyakran kell majd visszaallitanod? Tudtommal leginkabb ezektol fugg, hogy mi a legjobb (legolcsobb, legmegbizhatobb) megoldas.
Tobb telephelyes cegnel meg az is elofordulhat, hogy a masik helyen tarolt backup a legjobb, nem a felho.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Több mint egy évtizede nem kellett a backuphoz nyúlnunk. Ez nem jelent nálunk semmit.
- A hozzászóláshoz be kell jelentkezni
Mi is a további saját PBS-re szavazunk általában, másik telephelyen.
Annak, akinek ilyenje nincs (kis cég és/vagy egy telephelyes), adunk saját, ilyen célra tartott szerveren tárterületet, saját PBS példánnyal.
- A hozzászóláshoz be kell jelentkezni
te tenyleg azt kerdezed, hogy a vilag legnagyobb es legregebbi object storagevel, aminek a protokolljat masolja mindenki azota is, van-e valakinek tapasztalata???
<insert azt a memet amikor a feje korul kerdojelek vannak, meg WTF>
- A hozzászóláshoz be kell jelentkezni
Igen, tényleg. Aki válaszolt, sokat segített. Annyi biztosnak tűnik, hogy az AWS lehet a legnagyobb, lehet a legrégebbi, de nálunk biztosan felejtős.
Köszönöm a válaszokat.
- A hozzászóláshoz be kell jelentkezni
Mint minden másban is, az Azure tárolásban is erősebb, mint a legacy AWS.
- A hozzászóláshoz be kell jelentkezni
csak az a fránya adatforgalmi díj ne lenne.
- A hozzászóláshoz be kell jelentkezni
Mit jelent az, hogy erősebb? Mitől legacy az AWS?
- A hozzászóláshoz be kell jelentkezni
Mit jelent az hogy Azure? 😜
- A hozzászóláshoz be kell jelentkezni
Konkrétan mindenben és ezen őszintén szólva nagyon meglepődtem, mióta AWS-el kellett foglalkoznom.
Sokkal jobban szervezett, jobban dokumentált, praktikusabb, biztonságosabb az Azure.
Ott van mögötte az Entra, ami egységes authentikációt ad mindenhez, priviledge management-el (PIM) és self-service jogosultság igényléssel (Access Packages), hogy képes vagy out-of-the-box credential nélküli authorizációra (managed identity), policy-ból letolhatsz olyan szolgáltatásokat amit AWS-ben kódolni kell és privilégiuma-szint emelés kell hozzá (pDNS), organizáció szinten van policy és rbac deklaráció (management group).
Erőssen kontrollált környezetben (banki pl.) nem tudnék indokot mondani az AWS mellett.
- A hozzászóláshoz be kell jelentkezni
Szerintem érdemes lenne elmélyedned mind a kettőben, mert én inkább azt mondanám, hogy nagyon hasonlóak feature set tekintetében.
A dokumentáció szerintem mindkettőnél jó, én az AWS-ét úgy érzem, hogy jó műszaki tudású emberek számára hajszálnyit jobb, de ez szubjektív
Az Entra tényleg jó abban, hogy önmagában ad identity és authentikáció kezelést, de az AWS-t is össze lehet kötni céges SSO-val, jogosultságok is érkezhetnek csoporttagságokon keresztül.
Managed identity-nek is van párja AWS-ben, az AWS szolgáltatásoknál meg tudod mondani, hogy melyik IAM role nevében fussanak, és ugyanúgy elkerülhető, hogy access key-eket kelljen létrehozni és copy-paste-elni valahová.
AWS-ben is van Organizations, ugyanúgy fa struktúrába tudod szervezni az AWS account-okat, mint az Azure subscription-öket a Management Group-okba. Sőt, policy-ket is tudsz a fa bármely pontjára rakni. Ami nekem hiányzik az AWS-ből, az a Resource Group, persze tag-ekkel meg lehet valósítani hasonlót, de pl. access controlt rakni arra már körülményes, míg pl. Azure-ben ez tényleg kézenfekvő.
Néhány dolog máshogy van implementálva az egyiknél meg a másiknál, de alapvetően én úgy vettem észre, hogy nem nagyon hagyják magukat a versenyben lehagyni.
- A hozzászóláshoz be kell jelentkezni
AWS-ben is van Organizations, ugyanúgy fa struktúrába tudod szervezni az AWS account-okat, mint az Azure subscription-öket a Management Group-okba.
Az "ugyanúgy" az elég nagy túlzás, nálunk van egy jónéhány ezer accountos Org, megfejelve egy mindenféle federated auth, SSO, meg egyéb vackokkal, hát, nem vagyok boldog amikor hozzá kell nyúlni.
persze tag-ekkel meg lehet valósítani hasonlót
Mmhm, amíg pl. nem kell átnyúlni másik régióba. :)
- A hozzászóláshoz be kell jelentkezni
jónéhány ezer accountos Org, megfejelve egy mindenféle federated auth, SSO, meg egyéb vackokkal
Ez egy kicsit úgy hangzik, mintha ilyen panaszkodás lenne, hogyha túl sok feature-t használtok, akkor tényleg bonyolultabb kezelni. Ehhez képest tény, hogy az Entra alapú jogosultságkezelés jobban irányba állít, hogy mit hogyan csinálj.
Mmhm, amíg pl. nem kell átnyúlni másik régióba. :)
Ez ilyen, az AWS-ben sokkal kevesebb a globális nézet, ott mindig egy adott régióból indulsz ki. Azért írtam csak azt, hogy hasonlót, meg hogy nekem is hiányzik :)
- A hozzászóláshoz be kell jelentkezni
Ez egy kicsit úgy hangzik, mintha ilyen panaszkodás lenne, hogyha túl sok feature-t használtok, akkor tényleg bonyolultabb kezelni.
Akkor félreérthető voltam, sorry, Azure-ban nagyságrendileg ugyanennyi subscription van. Csak azokkal egyszerűbb a dolgunk. Nyilván, hiszen az AWS megjelenése után volt 4 éve a Microsoftnak kitalálni, hogy mi működik jól, meg mi nem.
- A hozzászóláshoz be kell jelentkezni
Bedobok pár olyan való életből vett use - case-t, ami Azure alatt viszonylag triviális:
- Hub and Spoke architektúra, az egyik környezet (legyen egy homokozó) organizáció-szintű DNS feloldását kell megoldani anélkül hogy jogosultságot kellene delegálni a hub-ban levő DNS szerver módosításához.
- Kubernetes POD-nak hozzáférést biztosítani egy managed SQL serverhez, letárolt credential nélkül.
- Adott egy PCI DSS compliance infra, aminek blokkolnia kell azoknak a resource-oknak a létrehozását, ami nem felel meg a követelményeknek.
- A hozzászóláshoz be kell jelentkezni
Ezekről beszéltél egy AWS Solution Architect-el és mondta, hogy nem oldható meg, vagy önerőből próbáltad megoldani és nem sikerült?
- A hozzászóláshoz be kell jelentkezni
Engem elsősorban az érdekel hogy mennyi időbe és költségbe kerül megoldani.
Hozzácsapok még egyet: Administrator Role csak jóváhagyás után assume-olható (ez NIS2 követelmény).
- A hozzászóláshoz be kell jelentkezni
Tehát nem kérdeztél meg a témában AWS Solution Architect?
- A hozzászóláshoz be kell jelentkezni
Biztos vagy abban, hogy konkrét problémában ez lett volna a költséghatékony és egyedül racionális megoldás?
- A hozzászóláshoz be kell jelentkezni
Igen, ha nem értek hozzá, akkor megkérdezem attól, aki igen, és nem írom azt, hogy nem tudja a platform, mert nem úgy működik, ahogy a másik... többször is előfordult, hogy egy AWS SA olyat mondott, ami olcsóbb volt.
- A hozzászóláshoz be kell jelentkezni
Oké, csak nekem úgy tűnt, hogy az említett esetekben az ágyu általános használatát hiányoltad a verebek ellen.
- A hozzászóláshoz be kell jelentkezni
kubernetes podoknak jogokat adni trivialis EKS-en mar jo ideje barmihez, es raadasul szepen integralva is van a kubernetesbe
- A hozzászóláshoz be kell jelentkezni
> Sokkal jobban szervezett, jobban dokumentált, praktikusabb, biztonságosabb az Azure.
Most felkacagtam volna, ha nem kellett volna szopnom vele hosszú hónapokat.
- Jobban szervezett: negyedévente átneveznek dolgokat, negyedévente átrendezik a teljes Azure Portált, nagyon jó lehet a szervezés. Csak ne rúgnák ki negyedévente a teljes csapatot...
- Jobban dokumentált: arra a dokumentációra gondolunk, ami jó esetben köszönőviszonyban nincs sem a felülettel, sem a CLI képességeivel, rosszabb esetben nincs is?
- Praktikusabb, biztonságosabb: erre érdekelne a konkrét összehasonlítás.
Erősen kontrollált (banki) környezetben általában a felhő mellett is nehéz érvelni, de az AWS-nek a konzisztenciája, a stabilitása és a széleskörű - visszamenőleges - kompatibilitás gyakorlatilag azonnali seller tud lenni egy ilyen helyen. Csak a Microsoft sokkal agresszívebb a nagy cégek bevonzásában az Amazonhoz képest, plusz itthon nagyon komoly kultúrája van a MS-nek, a többi provider mintha nem is létezne - pedig vannak még jók. A dokumentáció pedig általában minőségileg rengetegszer jobb az Amazonnál, plusz igény esetén érthető, lényegretörő, bullshit mentes tutorial videók is segítik a tanulást (van külön oktatós része az Amazonnak).
- A hozzászóláshoz be kell jelentkezni
Miért lenne nehéz?
On-prem oldalon egy sor banki szabályozásból jövő követelményt nagyon nem, vagy egyáltalán nem fogsz tudni megoldani, ami felhőben by default elérhető.
MNB explicit engedélyezi a felhő használatát, ha egy sor technikai - jogi - üzleti követelménynek eleget teszel, erről neki evidenciákat adsz át.
Továbbmegyek: az új szabályozók (NIS2, DORA) egyre inkább felhőre targetálva készülnek.
- A hozzászóláshoz be kell jelentkezni
Pár évvel ezelőtt foglalkoztam Azure-el, tény hogy nem egyszer volt olyan hogy hétfőn teljesen más volt az azure portal mint amit pénteken otthagytam.
Az is tény hogy amikor egy bank számára kellett felhőmegoldás azonnal ott volt a Microsoftnál az MNB által auditált és elfogadott 1500 oldalas dokumentáció.
Szerintem az van hogy nagyon nem ugyanaz az ügyfélélmény ha megkapod az enterprise supportot mint ha nem, legyen szó Azure-ről vagy AWS-ről.
Viszonylag mezítlábas ügyfélként (non-priority) nekem az AWS jobb élmény mint az Azure.
zászló, zászló, szív
- A hozzászóláshoz be kell jelentkezni
Proxmoxot en Jottacloudba backupolok siman Rclone al.
Europai is, jok az arai...
- A hozzászóláshoz be kell jelentkezni